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

Re: Foreign repository checking seems less than robust

From: Mark Phippard <mphippard_at_collab.net>
Date: Tue, 27 Jan 2009 10:08:28 -0500

On Tue, Jan 27, 2009 at 10:04 AM, Julian Foad
<julianfoad_at_btopenworld.com> wrote:
> On Thu, 2009-01-22 at 11:45 -0800, Miles Crawford wrote:
>> It appears that, when executing a merge, a repository is deemed a "foreign
>> repository" based on a simple match of the url.
>> This is often wrong. A DNS search domain, multiple hostnames, etc can all fool
>> subversion into thinking it is using a foreign repos when this is not the case.
>> Wouldn't it be just as easy to use the Repository UUID to make this
>> determination?
>> I'm trying to spark some discussion to meet the Buddy policy to
>> support this issue:
>> http://subversion.tigris.org/issues/show_bug.cgi?id=3361
> Hi Miles. Thanks for transferring to the mailing list, and sorry that
> none of us have responded yet.
> I agree that this enhancement should be made. (And yes, I see that it
> could be considered a defect rather than an enhancement.)
> Although the problem sounds obvious, it is extremely useful to have a
> concrete example to work with in order to be clear about the details.

We see this in our own repository if you checkout via https: and then
specify http: when doing a merge. This was pointed out during the
run-up to 1.5 and I recall that it was a lot more complicated to fix
than it seems. That is why it has not been fixed yet.

Which is not to discourage someone from trying to fix it. At a
minimum, it'd be good to get whatever the problems are in fixing this
documented somewhere for future people that want to try to tackle it.

Mark Phippard
Received on 2009-01-27 16:08:44 CET

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