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

Re: Checkout to same directory after import?

From: Thomas Harold <tgh_at_tgharold.com>
Date: 2006-10-16 12:58:02 CEST

Ryan Schmidt wrote:
> If you have already used "svn import" and everything's already in the
> repository, and you now want to have Subversion create the .svn
> directories in the directory you imported, then that's unfortunately not
> available in Subversion yet. Someone just posted a message on the list a
> week or so ago about how this feature (where you can force a checkout on
> top of an existing directory filled with files) might make it into
> Subversion 1.5, but I cannot find the message now. (Search terms fail me.)

I'll chime in and say that would be excellent news. There are 2
scenarios that come to mind.

1) Being able to distribute a large tarball on DVD/disk/tape that the
developer can place into their own working copy, then tell SVN to create
the working copy .svn folders to personalize it for that developer.

2) A corner-case where the local .svn folder gets corrupted (such as a
recursive script that only looks at the start of filenames). If I can
easily blow away the .svn folder and have SVN re-do the folder as a
working copy (without blowing away my local changes), things get a lot

In both scenarios, SVN would need to be sensitive to local modification
times on the files and compare them to the modification times on the

In VSS, you would do a "show differences" on the folders and shove
changes up/down in order to synchronize yourself with the server's
official revision. The hard part was knowing whether your local files
were better/worse then what was up on the server. Eventually, you would
get a working copy on your local hard drive.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 16 12:58:50 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.