Repository identification glitch

[Steven Jackson-4]

I'm running into an issue where I keep having to clobber my workmates
working copies and check them out again. The issue happens when they
check out from a repository using different capitalization, i.e.
server/Repo vs Server/Repo.

When they try to do a switch on a working copy, they get the error:
server/Repo is not the same repository as Server/Repo.

Performing a relocate on the working copy does not resolve this situation.

Doesn't each repository have a unique ID that identifies it? If so, then
it seems like case should not matter. server/Repo should be the same
repository as Server/Repo, even if they typed it in as SeRvEr/Repo.

This was tested using SmartSVN 6.x.x on Windows XP machines.


------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

[syntevo Support-3]

> When they try to do a switch on a working copy, they get the error:
> server/Repo is not the same repository as Server/Repo.

The capitalization should matter for the path (as it does on Unix systems),
but not for the server name. I'm unable to check out from a server with
capitalized letters, because it's converted to lower case (both with command
line client 1.6.1 and SmartSVN 6.0.2). Maybe this is the result of a bug
report against earlier SVN versions and hence you working copies are somehow
"inconsistent". I've found following related thread:

  http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2353758


> Performing a relocate on the working copy does not resolve this situation.

Probably because relocate already uses lower-case "from" URL and hence does
not match your upper-case URLs, i.e capitalization remains after relocate?

I would recommend to re-checkout the working copies. That should fix the
problem.

--
Best regards,
Marc Strapetz
_____________
syntevo GmbH
www.syntevo.com



Steven Jackson <sjackson@...> wrote:

> I'm running into an issue where I keep having to clobber my workmates
> working copies and check them out again. The issue happens when they
> check out from a repository using different capitalization, i.e.
> server/Repo vs Server/Repo.
>
> When they try to do a switch on a working copy, they get the error:
> server/Repo is not the same repository as Server/Repo.
>
> Performing a relocate on the working copy does not resolve this situation.
>
> Doesn't each repository have a unique ID that identifies it? If so, then
> it seems like case should not matter. server/Repo should be the same
> repository as Server/Repo, even if they typed it in as SeRvEr/Repo.
>
> This was tested using SmartSVN 6.x.x on Windows XP machines.
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>

------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/smartsvn/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/smartsvn/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:smartsvn-digest@...
    mailto:smartsvn-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    smartsvn-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/