# Merging in commits from a non-common ancestors 2 messages from 2006-11-21 to 2006-11-21. Participants: Alex Bennee, Jakub Narebski. Thread: https://gitlist.dev/t/43219 ## Alex Bennee, 2006-11-21 15:28 Subject: Merging in commits from a non-common ancestors Message-ID: <1164122884.28560.210.camel@okra.transitives.com> URL: https://gitlist.dev/e/1164122884.28560.210.camel%40okra.transitives.com ``` Hi, I've been experimenting with using git alongside our CVS to manage my own development. In an ideal world I would have a full git tree with all the baselines tagged in it so merging is painless. However for the time being I have written a script to import a cvs tag into a git tree (that ignores the CVS gubbins). However one of the things I want to achieve is the ability to easily move hacks/patches from one tree to another. The problem is that these tree's don't have common ancestor's in the git tree as I haven't imported all our baselines. However the individual commits should apply, I'm just not sure how to tell git to apply the commits as patches rather than try and work out the full differences between the two trees. Of course I'd like git to keep the commit messages. Am I missing something blindingly obvious? -- Alex, homepage: http://www.bennee.com/~alex/ In seeking the unattainable, simplicity only gets in the way. -- Epigrams in Programming, ACM SIGPLAN Sept. 1982 ``` ## Jakub Narebski, 2006-11-21 15:41 Subject: Re: Merging in commits from a non-common ancestors Message-ID: URL: https://gitlist.dev/e/ejv6kk%246uu%241%40sea.gmane.org In-Reply-To: <1164122884.28560.210.camel@okra.transitives.com> ``` Alex Bennee wrote: > I've been experimenting with using git alongside our CVS to manage my > own development. In an ideal world I would have a full git tree with all > the baselines tagged in it so merging is painless. However for the time > being I have written a script to import a cvs tag into a git tree (that > ignores the CVS gubbins). However one of the things I want to achieve is > the ability to easily move hacks/patches from one tree to another. > > The problem is that these tree's don't have common ancestor's in the git > tree as I haven't imported all our baselines. However the individual > commits should apply, I'm just not sure how to tell git to apply the > commits as patches rather than try and work out the full differences > between the two trees. Of course I'd like git to keep the commit > messages. git cherry-pick. It uses patching instead of merging. Or git-format-patch plus git-am. -- Jakub Narebski Warsaw, Poland ShadeHawk on #git ```