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

Re: svn commit: r11407

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2004-10-14 23:19:29 CEST

On 14 Oct 2004 14:23:13 -0500, kfogel@collab.net <kfogel@collab.net> wrote:
> > Log:
> > Replaced use of externals with duplicate copy.
>
> Uh, no :-).
>
> The answer to "Don't use svn:externals" is not "Okay, let's duplicate
> 24 megs of data into the Subversion tree".
>
> Brian Fitzpatrick is reverting this change right now, so you don't
> need to do anything. But in the future, please think carefully about
> the effects of a commit. Adding 1500 files / 24 megabytes?? There's
> got to be a better way. (In addition, some of the data added
> duplicated data elsewhere in our tree, I believe, causing a typical
> "two master copies" problem.)
>
> Here is the solution we should have used from the beginning:
>
> You need a repository of your own, which pulls in the relevant subdirs
> of the Subversion repository using svn:externals, and pulls in
> anything else you need via svn:externals as well. So your repository
> would hold very little data of its own, but would use svn:externals to
> marshal data from elsewhere. Does that make sense?

Well, are you suggesting they move the translation out of the tree, or
are you talking about the admin part which is stored in their own
repos?

>
> Another proposal, which could be used in tandem with the above, is to
> use Subversion's new symlink versioning to help you (thanks to Mike
> Pilato for this suggestion).
>
> I think these would be better ways. Please let us know what you
> think.

bye,

Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 14 23:20:03 2004

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

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