git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Merging in commits from a non-common ancestors
@ 2006-11-21 15:28 Alex Bennee
  2006-11-21 15:41 ` Jakub Narebski
  0 siblings, 1 reply; 2+ messages in thread
From: Alex Bennee @ 2006-11-21 15:28 UTC (permalink / raw)
  To: Git Mailing List

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Merging in commits from a non-common ancestors
  2006-11-21 15:28 Merging in commits from a non-common ancestors Alex Bennee
@ 2006-11-21 15:41 ` Jakub Narebski
  0 siblings, 0 replies; 2+ messages in thread
From: Jakub Narebski @ 2006-11-21 15:41 UTC (permalink / raw)
  To: git

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


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-11-21 15:41 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-11-21 15:28 Merging in commits from a non-common ancestors Alex Bennee
2006-11-21 15:41 ` Jakub Narebski

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).