On Mon, Jul 25, 2011 at 10:13:43AM -0500, Les Mikesell wrote:
> On 7/25/2011 9:58 AM, Mark Phippard wrote:
> >You agree but you are also missing or glossing over my point. When you
> >copied that subdirectory you were not using a feature of SVN, you used
> >the OS. SVN cannot provide an option on the OS copy command.
>
> And you seem to have missed the point that people understand and use
> OS level commands and expect them to work. I'm sure I didn't invent
> the idea of doing that, so it has almost certainly been promoted as
> an advantage of the design on this list and in usage tutorials if
> not in official documentation.
As I've already mentioned, to the best of my knowledge, copying subdirs
to create new working copies was never recommended in official documentation.
> >Given how closely you follow the project, I am surprised you are
> >surprised.
>
> I'm not surprised that the capability is not there in the
> new/different WC format. I'm surprised that there is no option to
> maintain currently-expected behavior in a release version.
It is wrong to expect it. It doesn't even work properly in 1.6 in
some cases (you cannot copy a locally added tree without its parent
and expect it to work as an independent working copy -- not that
such an operation would make sense).
> >This release has taken over 2 years and the new WC design
> >has not changed from the original proposal. If you go back to the lists
> >you will see the ramifications of this change were being discussed even
> >while we were still working on SVN 1.6 and the need for an svn detach
> >was raised back then.
>
> Which makes it even more surprising that it was omitted.
You cannot omit something which doesn't exist yet.
The 'svn detach' subcommand has not been added because there was no time
left to implement it in the 1.7.x release cycle. There are enough
improvements in 1.7.x that make the upgrade worthwhile regardless.
Received on 2011-07-25 17:23:54 CEST