RE: Issue: svn:externals syntax does not accept -rHEAD
From: Ruhe Julian <jruhe_at_axway.com>
Date: Fri, 22 Jun 2012 08:32:34 +0000
Hello Daniel,
Besides the fact that there is no good reason why svn:externals does _not_ accept -rHEAD, which is unexpected behavior, since any command does accept -rHEAD, let me explain my use case:
Actually I am trying to track only one specific object (o) per path and I point to it with given peg. But as operating revision I want to have always the most recent revision in my wc. If someone deletes the object (o) I track and creates a new one (o') on the same path, I am not interested in the new object (o'). In this case svn update should tell me that my object (o) does no longer exist on HEAD. So, yes, there is a good reason to expect that @r109 and @HEAD are not ancestrally related.
-rHEAD ^/mapping_services/global/testing/full_test/globalresource6.xml_at_109 => gives me an error on svn up if gr.xml6_at_109 does no longer exist on HEAD
Unfortunately you cannot expect the user which is going use our software to fix the problem by hand. We will provide a very limited view to the underlying version control system, though the user will not have the chance to call any svn command at all.
I think my use case is not completely remote. I hope I can create an issue for it.
Greetings,
-----Ursprüngliche Nachricht-----
You're asking svn to trace history forward. (from r109 to rHEAD.) In general there will be N places in rHEAD that are related to gr6.xml_at_109. Is there a reason to expect that ^/mapping_services/global/testing/full_test/globalresource6.xml_at_HEAD and
|
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.