[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Merge tracking: MyServer equals Myserver

From: Bert Huijben <rhuijben_at_sharpsvn.net>
Date: Wed, 11 Mar 2009 14:18:57 +0100

> -----Original Message-----
> From: Mark Phippard [mailto:markphip_at_gmail.com]
> Sent: woensdag 11 maart 2009 13:31
> To: Ryan Schmidt; Mark Eichin; users_at_subversion.tigris.org;
> dev_at_subversion.tigris.org
> Subject: Re: Merge tracking: MyServer equals Myserver
>
> You should look at this issue:
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=3361
>
> Senthil has been working on this. There is a simplistic patch in
> current trunk and 1.6. But still more to do. I think the issue is
> trying to do it without adding more server calls.
>
> Mark
>
>
>
> On Wed, Mar 11, 2009 at 6:35 AM, Stefan Sperling <stsp_at_elego.de> wrote:
> > [Cross-posting to dev@ to get comments on patch.
> > If you reply, you might want to keep only one of the lists
> > in Cc, whichever you think suits your reply better.]
> >
> > On Wed, Mar 11, 2009 at 01:26:42AM -0500, Ryan Schmidt wrote:
> >> On Mar 10, 2009, at 23:44, Mark Eichin wrote:
> >>
> >> > On Tue, Mar 10, 2009 at 9:46 AM, Harald Hoyer wrote:
> >> >
> >> >> When checking if merge tracking is to be used, a check is
> >> >> contained if the adressed repos are the same. Where can I setup
> >> >> that for example "svn://MyServer/myrepo/trunk" and "svn://Myserver/
> >> >> myrepo/trunk" are considered a to be the same repo, since the
> >> >> (case-insensitve) server names are the same.

In Subversion 1.6 server names are always normalized to lowercase. This resolves this exact problem.

(It doesn't resolve a svn://myserver/Repos vs svn://myserver/rEPOS on Windows though).

        Bert

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1307887
Received on 2009-03-11 14:20:10 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.