[Neil Williams] > Frankly, the new subversion working copy structure is insane and will > break hundreds of tools of all different kinds by removing the .svn > directory.
"Hundreds of tools" try to look inside the .svn directory? They shouldn't, and they never should've. The working copy format changed noticeably in svn 1.4, less noticeably in 1.5 and 1.6, and now with 1.7 it's another major change. Tools shouldn't try to frob the svn metadata directly, that's why we have libsvn_client, libsvn_wc, and the Perl/Python/Ruby/Java bindings to same. In the present case, I understand [ -d .svn ] was a handy way to tell you were in a wc, but it was still a hack and a layering violation. As for the insanity of moving away from the "every subdir is its own independent checkout" model: it caused many problems and I'm mostly not sorry to see it go. I will, however, miss the ability to copy or move a subdir in a larger working copy and treat it as its own wc with its own state. (In fact I'm thinking of writing a tool to do that.) Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
