拾取一系列提交时Git cherry拾取问题

拾取一系列提交时Git cherry拾取问题,git,version-control,cherry-pick,Git,Version Control,Cherry Pick,Git版本1.7.1-CentOS 6.6 我正在尝试挑选一系列提交 我在我的feature分支中,git log的输出如下 commit: 111 Author: abc time: xyz commit: 222 Author: abc time: xyz commit: 333 Author: abc time: xyz commit: 444 Author: abc time: xyz commit: 555 Author: abc time: xyz 然后我返回到master

Git版本1.7.1-CentOS 6.6

我正在尝试挑选一系列提交

我在我的
feature
分支中,
git log
的输出如下

commit: 111
Author: abc
time: xyz

commit: 222
Author: abc
time: xyz

commit: 333
Author: abc
time: xyz

commit: 444
Author: abc
time: xyz

commit: 555
Author: abc
time: xyz
然后我返回到
master
分支,从
feature
分支中选择一些提交

我想从444到222之间挑选樱桃。因此,我传递以下命令:

git cherry-pick 444^..222
但我得到了如下错误:

fatal: Cannot find '444^..222'
但是,我可以选择一个提交。我很确定我的语法是正确的。我想将提交的444333和222包含在我的目标分支中


我可以为两个提交成功地执行
git show
。哪里出错了?

Git 1.7.1版不支持一系列提交。该特性首先出现在Git1.7.2中


(但是现在任何早于2.7的Git版本都是很古老的,你应该升级。)

你不需要cherrypick,你需要
重新基址——在master 555 222上。为交互模式添加
-i
,以获得更多控制。它是否仅合并/复制这些提交中的文件?或者它会合并整个历史?我也不会永远合并这两个分支!“它只会合并/复制那些提交中的文件吗?”有点像,它只会复制在这个提交中所做的更改。“我不会永远合并两个分支!”这意味着什么?“在这种情况下,cherrypick更好?”没有区别。在这两种情况下,更改都成为目标分支中的新提交。然而,git足够聪明,可以避免与cherrypicked/rebased提交冲突。好吧,我自己发现了它,是的,你是对的。但CentOS 6.x版本1.7.1是通过yum-repo获得的最高版本。但我尝试了CentOS 7,发现它可以工作。谢谢你的回答!