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

Re: [PATCH] Introduce per-instance filesystem UUIDs

From: Evgeny Kotkov <evgeny.kotkov_at_visualsvn.com>
Date: Sat, 9 Aug 2014 23:53:05 +0400

> The idea of introducing a separate repository UUID that is "guaranteed" to
> be unique has been discussed a couple times, tough maybe not on-list. I
> agree that we need something like this, for the reasons you state below.

[...]

> I suggest you create a branch and commit this there, so that people can
> actually test with different scenarios. If and when you feel that the branch
> is ready, just initiate a merge-vote on this list — see the recent vote for
> merging the svn-auth-x509 branch as an example.
>
> I think the change is serious enough that it merits being developed on a
> branch, especially since I'd really like to stabilize trunk and begin the
> 1.9 release cycle. This could mean that your change wouldn't make it into
> 1.9.

I am sorry, but did you look at the patch? Seriously, why do we need a branch
for a change with a core part that fits into a screen? And what is wrong with
testing different scenarios after "svn patch"-ing the trunk?

We know that there is a problem, and here is a patch that solves it. It is not
like I would send some sort of a work-in-progress to this mailing list with a
[PATCH] tag in the title; it's ready to be committed. Based on my judgement,
this patch is good, and I actually wanted to commit this directly. However,
I also want to avoid any possible kind of bias here, and be sure that a change
like this does not remain unnoticed.

Do you have any sort of objections for this patch as solution for the defined
problem?

Regards,
Evgeny Kotkov
Received on 2014-08-09 21:53:54 CEST

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.