From: Christian MICHON Date: Thu, 06 Nov 2008 12:13:42 GMT Subject: Re: More help needed on merging unrelated repos Message-ID: <46d6db660811060413q7f4e2437maa6d87a27b8704b@mail.gmail.com> In-Reply-To: <20081106083751.GA10359@diana.vm.bytemark.co.uk> On Thu, Nov 6, 2008 at 9:37 AM, Karl Hasselström wrote: > On 2008-11-04 23:30:56 +0100, Christian MICHON wrote: > >> note the merge can work, but it's still done in 2 steps. :( >> thanks for suggesting this. > > If it had worked, you'd have gotten just one merge commit. What you > want to do is entirely possible, but it seems the high-level commands > were not designed with your use-case in mind. > > Another thing you could try is to merge the two branches separately, > getting a history like this: > > p1----\ > \ > p2---A--B > / > p3-- > > And then use grafts to convince git that B has parents p1, p2, and p3 > (instead of its actual parents p1 and A). (Grep for "graft" in the > Documentation directory.) > > And then use git-filter-branch to rewrite history so that the grafted > history becomes the real history. > > -- > Karl Hasselström, kha@treskal.com > www.treskal.com/kalle > nice suggestion Karl! it took a while to understand all the consequences and workflow. On top of your suggestion, I had to remove the refs/original/refs/heads/master and the grafts file. It worked well: quite a spell, but an efficient one. Kudo++ -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside !