On 12/18/2009 2:06 PM, Rob van Oostrum wrote:
>
> No, the error you're getting is that the parent directory of what
> you're telling the client to commit is not a working copy. You can't
> commit a symbolic link to SVN unless it lives inside a working copy,
> which in your example it doesn't.
This is correct, I was mistaken. But why don't I get that same error,
then, when I do "status" or "update"? It's inconsistent.
>
> Telling the client to commit a symbolic link is fundamentally
> different from telling it to recursively commit changes to a
> directory, which is why the client behaves differently in each of
> these scenarios.
Right, giving those exact commands are fundamentally different, but what
I was trying to *express* was "commit the changes recursively under the
directory referenced by this symlink" -- and we know this.
What I'm arguing is that with a little additional decision-making, svn
could know what I was trying to express, and then you get consistent
behavior. Otherwise, why shouldn't svn give me the same error when I do
"status" or "update" on the symbolic link? It's smart enough to
'traverse' the symbolic link in those cases -- it seems to me that it
could also do this for "commit". The behavior is counter-intuitive: in
the cases of "status" and "update", it figures out that the symlink
points to a project and that I'm not referring to the current working
directory as a project, but then with commit ( and probably other
command ) it suddenly seems to "forget" that it links to a project,
whereas it knew it before. The human-facing interface is inconsistent.
I don't see the case where ambiguity would arise -- could you give an
example, please?
Steve
--
Steve Lefevre
Lead Developer
Restaurant Consultants, Inc.
( 614 ) 421-1441
slefevre_at_restcon.net
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2431572
Please start new threads on the <users_at_subversion.apache.org> mailing list.
To subscribe to the new list, send an empty e-mail to <users-subscribe_at_subversion.apache.org>.
Received on 2009-12-18 20:29:20 CET