[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Merging stable-2.0 into master

From: nalaginrut
Subject: Re: Merging stable-2.0 into master
Date: Wed, 31 Oct 2012 10:06:46 +0800

For cautious, anyone tried if 'master' could be compiled/run

On Tue, 2012-10-30 at 16:21 -0400, Mark H Weaver wrote:
> Hello all,
> I've started the process of merging stable-2.0 into master.  It's an
> unusually large merge (50 commits, since July 28), and I found 'git
> merge' too overwhelming to deal with in one piece, so for now I've been
> applying one commit at a time, adapting them as needed with frequent
> runs of 'make check'.  So far I've worked through 31 out of 50.
> My question is: after I've finished adapting and applying all of the
> commits, is it okay to simply push them to master?  Or is it worthwhile
> to instead do the following?
>  1. Save a copy of the files that changed from adapting and applying
>     all of the commits from stable-2.0.
>  2. git reset --hard origin/master
>  3. git merge origin/stable-2.0
>     (making sure that nothing new has been pushed to stable-2.0)
>  4. Compare the auto-merged files with the copies from step 1.
>  5. Use the copies from step 1 to resolve merge conflicts.
>  6. Commit the merge
> I guess it's a question of how we want the commit history to look,
> and how it will affect future merges.
> What do you think?
>       Mark

reply via email to

[Prev in Thread] Current Thread [Next in Thread]