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

Re: Checkouts of subsets of the tree

From: Garrett Rooney <rooneg_at_gmail.com>
Date: 2004-06-25 19:21:09 CEST

On Fri, 25 Jun 2004 13:09:53 -0400, Mark Bohlman <mbohlman@tcicredit.com> wrote:

> While this does work it seems a bit overly complex with the switch.
> One thing that I neglected to mention previously was the reason for
> the separate repository - this was done so that our nightly backup
> process is minimized to our own source code. I'll only do a
> intermittent backup of third party libraries (just in case - more for
> the speed of any needed restore). Having externals functioning will
> allow me to completely separate the repositories to different locations
> and only worry about my own source for the backups, and not jars,
> libraries, and documentation. My 3 repositories now are 2+ G in size
> and the nightly backups will get expensive quickly, as well as consuming
> my operational window.

The big reason I don't like externals in this situation is that you
end up needing multiple 'top level' directories (things that a user
would check out), each with different sets of externals defined for
different platforms. That just seems 'icky' to me. (Aside from the
other inherant problems in the externals implementation that is)

If the switch is problematic because you need to put the third party
tools in a separate repository you could simply do a separate checkout
to get that part of the tree instead of a switch (again, this could be
scripted). This would mean that commits and other such things would
not recurse into the subdirectory in question, but they don't do that
with externals anyway, so it's not like you're losing functionality...

> The other goal here is to be able to blow away a build area (e.g.
> make|ant clean) and start fresh with the proper pieces in place.

I'm not clear why that's an issue. It seems that either an externals
or a switch solution would be able to provide such functionality...


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 25 19:27:49 2004

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.