[Buildbot-devel] repository + Source steps

Tobias Oberstein tobias.oberstein at tavendo.de
Sun Apr 11 18:02:27 UTC 2010


> Von: Marcus Lindblom [mailto:macke at yar.nu]
> Gesendet: Sonntag, 11. April 2010 19:13
> An: buildbot-devel at lists.sourceforge.net
> Betreff: Re: [Buildbot-devel] repository + Source steps
> 
...
> > But very few people just want to build two completely independent
> > applications in the same buildmaster.  Everyone's got their twist [*].
> 
> Indeed. :)

Yeah, maybe not (if "application" means "project" in the sense of some
stuff related.

> 
> My view of a project is (was?) it is what groups many pieces of software
> together, i.e. there might be many repos per project, as each software
> piece might have it's own repo. (I took the project literally as our
> trac instance, of which we might have more as our company grows.)

Would be also my view of the term "project".

Let me add one more twist: I think the VCS used plays some role.

In SVN, "module" is usually just a subdir. SVN makes it easy to work on
a module, since I can check out just that subdir. So there is 1 repo
per project, and module is subdir.

In hg/git, there are approaches where module is also just a subdir,
and approaches, where people have one repo per module. An extreme case
of the latter is Symbian. They currently have 133 hg repos:

http://developer.symbian.org/main/source/packages/index.php

Ok, it is a very large "project" ..

> 
> I'm thinking we might need some "überproject" later for a group of
> builds (akin to what you wrote on #789[1] yesterday). Currently I've
> thought about that as project and the discrete pieces of software built
> as something else again (modules for lack of better word (of which might
> be many in one repo, or one per repo)).
> 
> Is it just me? ;) ... or should we try to rename project -> module (or
> something equally generic) to free up "project" for the future? (Or
> decide what an "überproject" should be called right away. projectgroup?)
> 
> Mainly, I just want to be sure we get the terminology right and are
> clear about that in the docs and code when we launch this.
> 
> [1]: http://buildbot.net/trac/ticket/789#comment:2

This is very interesting! I fully agree UI improv. for multi-repo stuff are
really needed. I'll comment on Trac ..

> 
> Cheers,
> /Marcus
> 
> 
> 
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Buildbot-devel mailing list
> Buildbot-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/buildbot-devel


More information about the devel mailing list