Return-Path: <jhb@freebsd.org>
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elvis.mu.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,SPF_SOFTFAIL
	autolearn=no version=3.3.2
X-Original-To: bright@mu.org
Delivered-To: bright@mu.org
Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170])
	by elvis.mu.org (Postfix) with ESMTPS id A5D881A3DDB
	for <bright@mu.org>; Fri,  1 Feb 2013 06:54:38 -0800 (PST)
Received: from pakbsde14.localnet (unknown [38.105.238.108])
	by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2B8C2B977;
	Fri,  1 Feb 2013 09:54:33 -0500 (EST)
From: John Baldwin <jhb@freebsd.org>
To: Alfred Perlstein <bright@mu.org>
Subject: Re: Fwd: Re: FreeBSD project and subversion.
Date: Fri, 1 Feb 2013 09:50:37 -0500
User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; )
Cc: Peter Wemm <peter@wemm.org>
References: <20130131170819.GX13721@ted.stsp.name> <510BBAE5.5040807@mu.org>
In-Reply-To: <510BBAE5.5040807@mu.org>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Message-Id: <201302010950.37457.jhb@freebsd.org>
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 01 Feb 2013 09:54:33 -0500 (EST)

On Friday, February 01, 2013 7:53:57 am Alfred Perlstein wrote:
> John and Peter, both of you are +inf more knowledgeable about svn than I am.
> 
> I see we still try to minimize svn mergeinfo from the FAQ ("Selecting 
> the Source and Target")
> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-
guide/subversion-primer.html#AEN771
> 
> I know I've seen some emails explaining the reasoning behind this but I 
> can't find them.  What would the effect of bringing mergeinfo to the top be?
> 
> Possible problems:
> 1) it would get very large
> 2) if we ever were to split up the repo it would be a problem.
> 3) ... ?

It makes merges from across the continental US take a long time.

> Additionally, what are our concerns about the --reintegrate option 
> (which was added (or at least improved) after we switched)

It trashes history if SVN mucks it up (and it can).  This has already happened 
at least once, and I've noted that in a thread on developers.

I've forwarded you the relevant mail from that thread.

-- 
John Baldwin


