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

Re: Making a copy that follows?

From: Johnathan Gifford <jgifford_at_wernervas.com>
Date: 2006-08-30 21:54:50 CEST

As Blair point out the other day, have you looked at the svn:externals

From what you are describing, this will work exactly as your expecting,
but with one advantage. Your letting Subversion handle the whole

Here's the link to the externals information in the Subversion book:


Good luck,


>>> On Wed, Aug 30, 2006 at 2:01 PM, in message
<20060830190132.GA24527@danisch.de>, Hadmut Danisch <hadmut@danisch.de>

> On Wed, Aug 30, 2006 at 08:41:15AM - 0500, Ted Dennison wrote:
>> Well, both hardlinks and softlinks would behave as described. The
>> real difference between the two from a user perspective is what
>> when a file is moved or deleted. (OK...and the ability to cross
>> boundaries)
> That's the main problem.
> I am currently dealing with several software configuration files
> grouped in directories for different machines. Some of the files
> be the same for all machines, other files are different.
> Softlinks don't do the task, since
> - You need to check out all directories
> - The local software always removes the old files and writes a new
> when doing any configuration changes. So any link would be
> with a plain file.
> That thought of having hardlinks in the file system is not important.

> The important thing is to be able to checkout the same file at
> different paths in the SVN tree. Every checkout of a subtree should
> have an up- to- date copy of the same file. This would make sense
> many uses, e.g. README, Makefile, COPYRIGHT files and things like
> that.
> Under CVS I could have this simply by putting soft- and hardlink
> in the CVS repository itself. But with the migration from CVS to SVN
> ran into the problem that this does not work anymore.
> If I understand the internal structure of SVN correctly, it should
> possible to implement such a feature.
> regards
> Hadmut
> To unsubscribe, e- mail: users- unsubscribe@subversion.tigris.org
> For additional commands, e- mail: users- help@subversion.tigris.org

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Aug 30 22:50:55 2006

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.