A very local (non-recursive) option for checkout and update / alternative behaviour of -N
Like cvs, subversion support the -N option, which checks out only the named directory without any sub directories.
I use this option for some tag-operations, eg. for joining a branch. Because I dont want move the several directories
inside the repository, I check out a local copy of all needed directories, make a local svn copy and check in all
in one time:
svn co -N branches
svn co -N branches/version1
svn up -N branches/version1/java/proj1
svn up -N branches/version1/resource/proj1
svn up -N branches/version1/java/tools
svn co -N tags
svn up -N tags/version1_already_merged
svn up -N tags/version1_already_merged /java/proj1
svn up -N tags/version1_already_merged /resource/proj1
svn up -N tags/version1_already_merged /java/tools
svn del -N tags/version1_already_merged
svn del ...
svn ci tags --> due to another bug (I cant copy to a fresh deleted directory)
svn copy branches/version1/java/proj1 tags/version1_already_merged /java/proj1
svn copy ...
svn ci tags --> checkin the new directory layout
But svn up -N checks out always all files in the directory, which I do not need for such directory operations.
Ist possible to provide an option -NN which checks out only the directory without files?
In a very old thread of dev-Mailinglist I saw already a discussion about recursive/nonrecursive-behaviour and some
comments about problems. For me there is also a problems with with broken updates (#1978, dup of #695).
Can the problems be fixed if co -N not only checks out the files, but additional all subdirectories without content? So
an co without -N should find the subdirectories and checks them out without forgetting them.
So -NN should checkout the directory without content, -N the directory with files and empty subdirectories.
Maybe that can be replaced by a depth option (-d 0 checkouts only the dir, -d 1 files and empty subdirs and so on)
and -N should be deprecated (it seems to be a useful relikt of cvs, which dont handle directories).
Received on Wed Sep 1 10:51:51 2004
This is an archived mail posted to the Subversion Dev