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

Re: feature suggestion: backup/move file when checking out

From: Julien TOUCHE <julien.touche_at_lycos.com>
Date: 2005-10-30 12:49:17 CET

Ryan Schmidt wrote on 29/10/2005 17:23:
> If you're talking about running "svn checkout" on an existing
> directory, where the directory to be checked out has files of the
> same names as files that are already present, then you will get
> errors like this:
>
> "svn: Failed to add file 'foo': object of the same name already
> exists"

this is what i mean.

>> a bit related to
>> http://subversion.tigris.org/faq.html#in-place-import
>
>
> In-place import is a different scenario. In it, you have an *empty*
> directory in the repository. You check it out on top of your existing
> non-versioned tree to turn it into a working copy. Then you can
> selectively "svn add" the items you want to add, and then commit
> them. This doesn't sound like the scenario you're interested in.
yes but, in-place import is the creation project case, after if you do
it again, you'll have a svn server with files and a tree with files too

>> in this way, installing a new server, to reconfigure it, you only
>> need to svn co -i.orig svn://server/project/trunk/unixroot /
>>
>> existing directories are not moved, but recognized in the svn tree
>> existing files are moved to .orig and ignored thereafter. all svn
>> files are added
>
> You could probably achieve the behavior you're looking for by writing
> a shell script. It would create a working copy in a temporary
> location, then compare itself with the existing directory, move any
> like-named files or directories out of the way, svn:ignore the
> renamed items in the working copy, then move the working copy files
> into the existing directory.
yes, i agree. but was thinking it may be a feature better in the client
than elsewhere.

> Another possibility is that you would be better-served by a tool
> designed to version the filesystem. Subversion is not really designed
> for that, but someone has used the Subversion libraries to create a
> tool that is, which might work better for you. I've never used it as
> I have no need for such a tool yet. It's called FSVS and you can read
> about it here:
>
> http://fsvs.tigris.org/
>
i know this project but not sure it will handle the problem better for
now, as main gain is special files handling and basic perms

Regards

                Julien

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Oct 30 12:51:11 2005

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.