On Thursday 10 Nov 2005 19:29, Petr Baudis wrote: > > Right now, what about trying to manually select the merge base? > > public$ cg-merge -b v1.0 master Actually, that does merge very nicely. However, I don't think its what I want. From gitk I get both routes back to my initial commit, both the fast track one and the slow train via all stations en-route. I have had more success with grafting (which you kindly informed me about yesterday) something like echo `cg-object-id v1.0` `cg-object-id initial_commit` >.git/info/grafts lf I make a branch out of the parent of v1.0 before doing this, I end up with there being a side branch of the old history and my master branch headed back through a quick route to the initial_commit. Something strange (well actually not that unexpected, the more I think about it) has happened though. I was trying to see if cg-clone would effectively me make a new repository without the grafts in it (ie with real commit object with a parent as specified via the graft) but it doesn't - it just looses the graft and rebrings all the old history back in Is that a bug? -- Alan Chandler http://www.chandlerfamily.org.uk Open Source. It's the difference between trust and antitrust. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Fri Nov 11 07:36:36 2005
This archive was generated by hypermail 2.1.8 : 2005-11-11 07:36:41 EST