[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: trunk/ vs branches/ repo dirs

From: Rob van Oostrum <rvanoo_at_gmail.com>
Date: 2007-10-22 20:14:22 CEST

As to your 3), I've used variations of the following extensively:

/trunk
/branches
    /live
        /somecurrentproject
        /someotherproject
    /archive
        /someoldproject (moved here from /branches/live/someoldproject)
/tags (this is where I would let developers do whatever they wanted)
/builds (tags created by our continuous integration tool upon successful build)
/environments
    /qa (current state of QA environment)
    /uat (current state of UAT environment)
    /prod (current state of production environment)

This pretty much gave me all the insight I ever needed in terms of
what is/was where and when (and who put it there). We didn't even need
trunk, I would create new branches off a known state of production
using its corresponding tag and use changes to the production tag to
merge and bring branches up-to-date.

R.

On 10/22/07, Micah Elliott <mde@micahelliott.com> wrote:
> (I believe I've already read through all the book's sections on
> this topic. Sorry for the long post.)
>
> I'm trying to decide on layout for our repository. We're
> migrating from CVS. The prescribed separation of "trunk/" vs
> "branches/" top-level directories (TLDs) seems a bit arbitrary.
> There is really not much special about trunk, so why should it
> have its own TLD? It might not even be the most common
> branch-off line for us. The only thing that makes it unique
> AFAICT is that it's theoretically infinite, whereas other lines
> should be finite. In our model, it doesn't seem to deserve its
> own tree, relegating every other branch (~100 of them) to
> branches/.
>
> I expect all our users to be using the 'svn' CLI, and be able to
> create branches at will. So 'switch'ing around a lot needs to be
> as simple/clean/intuitive as possible. Thus the need for a
> meaningful organization.
>
> What makes more sense to us (at this point of naivety) is to have
> the repo directory structure reflect the branch structure. IOW,
> branches of trunk should be subdirectories of trunk, with depth
> determined by branch-point. E.g., if 7.0 is a branch off of
> trunk, then it's a subdirectory of trunk. And if 7.1 is a branch
> off 7.0 then it's a subdirectory of 7.0. So you wind up with
> something like this:
>
> trunk
> |-- 7.0
> | |-- 7.1
> | `-- teamA-hotfix
> |-- 8.0
> |-- teamA
> `-- teamB
>
> An unfortunate consequence is that you would need to make sure
> that each branch source tree is contained in a single directory,
> say CONTENTS. Which would clutter the above to:
>
> trunk
> |-- CONTENTS
> |-- 7.0
> | |-- CONTENTS
> | |-- 7.1
> | | `-- CONTENTS
> | `-- teamA-hotfix
> | `-- CONTENTS
> |-- 8.0
> | `-- CONTENTS
> |-- teamA
> | `-- CONTENTS
> `-- teamB
> `-- CONTENTS
>
> I'm probably going to have to employ a wrapper anyway (say
> 'svnw', so I should be able to hide the CONTENTS ugliness. Going
> a step further, I might shorten trunk/ to t/ (and shorten
> repo-root URLs to //, and add bash-completion) to make a typical
> branch-switch-merge use case look like:
>
> # Make a hot-fix to the 7.1 branch, and merge to trunk.
> svnw copy //t/7.1 //t/7.1/teamA-hotfix
> svnw switch //t/7.1/teamA-hotfix
> svnw merge //t .
> svnw switch //t
> svnw merge //t/7.1/teamA-hotfix .
>
> I like to do things in the "standard/book" way as much as
> possible, but I'm worried about a single branches/ TLD causing a
> chaos therein. Employing the subdir-by-branch scheme would force
> the organization. (It seems that
> svn.collab.net/repos/svn/branches is pretty well controlled, but
> I wouldn't expect that in my group.)
>
> If we go by the book and make trunk so special as to have its own
> tree, then I suppose another organizational approach is to give
> branches/ subdirectories like "bugfixes", "experimental",
> "releases", "team-specific", etc; and then put the actual source
> trees into the appropriate bucket.
>
> Main questions (for anyone with the patience to have read this
> far):
>
> 1. Why is trunk so special? Any really good reasons to not
> do the subdir-by-branch scheme?
>
> 2. Are you adding any categorization to your branches/ TLD?
>
> 3. Are you using some other divergent scheme? Why did you
> choose it?
>
> Thanks!
>
> --
> _ _ ___
> |V|icah |- lliott
> " " """
> mde_at_MicahElliott.com <>< http://MicahElliott.com
> PGP: 0x7C07CBF0 ICQ: 369060435 Linux/Ubuntu: 417195/12440
> HackerKey: v4sw6YUPCJhw5ln5pr7OPck2ma9u8Lw3m5l6Ui2e7t3b8LDMOen6a3XsMRr5
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFHHNWW+PTVh3wHy/ARAjlrAJ9VxFhFddckOeutSiWXY+a2bg1QLQCguZIp
> VDjQI2MMxe4NkOl31yGIxA0=
> =tP6U
> -----END PGP SIGNATURE-----
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 22 20:14:49 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.