[snip]
> >
>
> Andreas has some good advise already re: single vs. multiple,
> espcially in the repo hook files.
>
> If you elect for a single repo, how about this structure?
>
> Repo/
> trunk/
> app1
> app2
> ...
> branches/
> some_branch/
> tags/
> some_tag/
>
> This way you can branch/tag all your apps; e.g., you can tag
> all of the R1, R2, R3 for releases.
>
This wouldn't work for us. App1, app2, etc. aren't components of the
same application. They are truly different applications with different
release schedules and they each have their own set of trunk/branches.
Also, completely separate teams development the different apps. So, for
authorization purposes,
Repo/
app1/
app2/
Works better.
Actually, though, it's not the repo layout that is our concern in this
instance. Our concern is whether we should have separate repos to limit
the scope of outage and effect in case of a repo corruption.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed May 2 21:22:42 2007