Hello Daniel, >The update command accepts -rHEAD, but not necessarily -rHEAD plus peg >revision. HEAD is a keyword for "latest in the repository", not "latest in >the history of URL@REV". If an item has been deleted, it's no longer part of >the >HEAD, as you've seen.
That is not the point. I did not state this. In the svnbook in the chapter regarding peg revisions you can find a clear statement that recreated objects on the same path are not the same things. That's why it's perfectly valid to ask "give me the HEAD version of an object existing @peg." And the result should be either a) if the same object exist on HEAD on that path => give that object b) if no object exists on HEAD that path => give me an error c) if another object (recreated) after deletion exists on HEAD that path => give me an error This is how svn checkout (svn co -rHEAD path@peg) works. I do not understand why I should not be allowed to advise svn:externals to do the same. Just to follow the specification of operating revision and peg revsions. > It sounds like you want Subversion to search for the latest revision in the > history of URL@REV. What if that item was deleted and later restored? No. Not at all. Forward history of an object is another topic. >> -rHEAD >> ^/mapping_services/global/testing/full_test/globalresource6.xml@109 => >> gives me an error on svn up if gr.xml6@109 does no longer exist on >> HEAD ^/mapping_services/global/testing/full_test/globalresource6.xml >> (your proposal) => gives me the wrong object I am not interested in >Who put the wrong object there? If you can solve that organizational problem, >the technical problem outlined above will no longer be relevant, and your >Subversion usage will be much simpler and more robust. Wrong object? I just said that two objects on the same path are different to me. And I actually just want an answer on question "Does the file external path@peg exist on HEAD?". Answer: "Yes" or "No" or technically "object returned" or "error". I cannot even answer this question with the given syntax. What is so difficult to allow -rHEAD on svn:externals? Best regards, Julian
