On 26. 5. 25 15:32, Dr. Thomas Orgis wrote:
Am Fri, 23 May 2025 14:02:46 +0200
schrieb Branko Čibej<br...@apache.org>:

And of course, if we support "^.", we obviously have to support
"^./any/relative/wc/path" in the same way.
Not sure what you mean. ^/ is the repo root. ^./ is the repo path of
the current working directory. Naturally, ^./some/path would be
some/path below the repo location of the current working directory.
Naturally? What if ^./foo/bar is the repos URL of the path foo/bar below
the current directory in the working copy? There are two, equally valid
interpretations, and I sure can't see offhand which one is better.
I don't follow. I guess I need an example. I read this paragraph and
think that you're repeating my interpretation again. Clearly I am
missing the meaning. Given a repository at

        svn://some.server/repo

and a working copy checkout of

        svn://some.server/repo/sub

in /work/sub, being inside that working copy, makes ^./foo/bar resolve
to

        svn://some.server/repo/sub/foo/bar

while ^/foo/bar would resolve to

        svn://some.server/repo/foo/bar

What does

        ^./foo/bar is the repos URL of the path foo/bar below the
        current directory in the working copy

mean otherwise?


Consider: if your working copy looks like this:

work
  sub
    foo
      bar
  bar


and work/sub/foo/bar is switched (either by 'svn switch' or 'svn checkout', or is an actual symlink) to work/bar.

If you're current directory is sub, then by your interpretation ^./foo/bar translates to

    svn://some.server/repo/sub/foo/bar


But by my interpretation it translates to

    svn://some.server/repo/bar


That's a significant difference.

-- Brane

Reply via email to