Hi Michael.

> Your first syntax instructs Subversion to:
>
>    - find the 'line of history' that intersects the path
>      "https:\\...\branch10" in revision 11893 (the @ rev)
>    - walk that line of history until you get to revision 11893
>      (the -r rev)
>    - checkout that object (regardless of its path in the -r
>      revision)

Thanks for nice explanation. I was imagining the algorithm (slightly
different):
     - find the object, which was  on path "https:\\...\branch10" in
revision 11893
     - backtrack the object to the right revision (the -r rev)
     - checkout object which was backtracked

which somehow brought me to the idea, that -r rev is here necesary, even if
it has the same value as @rev.
So i will stick to Yours explanation wich is apparantly more correct :)

> The question is:  what is the very first revision for the directory which
> is
> called "branch10" in HEAD?  You should be able to get the answer using
> this
> command:
>
>    svn log -q -r1:HEAD --limit 1 https:\\...\branch10

I tried this for both my branches:
svn log -q -r1:HEAD --limit 1 https:\\...\branch10
svn log -q -r1:HEAD --limit 1 https:\\...\branch7

and for both of them I get revision: r69
Indeed both branches have the common ancester.

> If the answer is a revision that's younger than r11893, then that explains
> why Subversion has complained.

For both the branches the revision is older.
So, If I get it right, the "expected" behaviour in this case is: there is
checkouted 
object found in the 'line of history'
(in my case of https:\\...\branch7  the object was in r11893 in ancestor
branch).
This is great, because this was excpected also by me :)  

There is one remaining question: Why is this not working for the second
branch:
https:\\...\branch10 (error E195012 occures).

Maybe there could arise some other complications about which I dont know ...
Nevertheless I am glad to know about the expected behavior.

Tom







--
View this message in context: 
http://subversion.1072662.n5.nabble.com/confusing-E195012-error-Unable-to-find-repository-location-when-location-exists-tp179019p179026.html
Sent from the Subversion Users mailing list archive at Nabble.com.

Reply via email to