Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of Mathias_Bauer@gmx.net
 designates 213.165.64.23 as permitted sender)
Message-ID: <4ECAD3CF.8030007@gmx.net>
Date: Mon, 21 Nov 2011 23:42:23 +0100
From: Mathias Bauer <Mathias_Bauer@gmx.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de;
 rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.5.0
MIME-Version: 1.0
To: ooo-dev@incubator.apache.org
Subject: Re: [Code] strategy for "child works spaces"
References: <008901cca6f9$eacc0b10$c0642130$@acm.org>
 <1321738784.93681.YahooMailClassic@web113504.mail.gq1.yahoo.com>
 <00b801cca725$282629c0$78727d40$@acm.org>
In-Reply-To: <00b801cca725$282629c0$78727d40$@acm.org>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

On 20.11.2011 02:38, Dennis E. Hamilton wrote:

> For the specific situation of exploring CWS:gnumake4, I have some
> concrete advice: Don't try it.  The changes are extensive and the
> effort to catch all of the incompatibilities and repair them reaches
> into pretty much everywhere there is a *.mk file.

And that's exactly the reason why cws should be turned into diffs:
managing complexity by breaking up the changes into manageable chunks.
Each diff is a single commit in the cws and they can be applied to an
svn branch in consecutive order.

Converting a cws into single diffs is easy if no merge commits exist in
that cws (I've done that already for my already integrated cws
mba34issues01). It can be done with a simple shell script and the
built-in commands from Mercurial.

If cws contain merge commits (like gunmake4), the simplest approach
would be to do the same, but skip these naughty commits and redo the
merging in svn. Michael Stahl already successfully tried that for
gnumake4 and some other related cws. It's more work, but doable.

The alternative would be to do a diff of a complete cws against the
latest revision of the ooo340 code line in Mercurial and apply it to an
svn branch. That is much too complex and error-prone, IMHO.

Regards,
Mathias