On 4/12/07, Tom Malia <tommalia@ttdsinc.com> wrote:
> I realize that a work around would be to check out the repository to a
> separate directory, then copy the files to that directory, the problem is,
> in the windows environment, when you copy a subdirectory from one directory
> to another, if there's already a directory with the same name in the
> destination, then the copy process deletes the original directory in the
> destination and replaces it with source. Subsequently the copy solution
> would delete the .svn folders in the working directory if you tried to
> simply copy the non-managed directory into the managed/working directory.
> The only solution I see to this is a very tedious process of manually coping
> the contents of each subdirectory separately, which would be a royal pain
> for some the scenarios where this situation is occurring to us.
This workaround is all you have. I did not think Windows copy worked
the way you describe. Windows usually merges the contents in this
situation. So I think you just need to drag and drop.
In the Subversion trunk code, which will eventually be 1.5, the svn
checkout command can now supply the --force option and it will allow
you to checkout on top of an existing set of files and it will
preserve the files and slide the working copy underneath.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Apr 12 15:22:00 2007