我有一个git repo(继承的)和分支,我们称之为 "develop"(好吧,问题的其余部分为A)。该分支还有2个分支,在那里它是父分支,称为 "B "和 "C",在那里发生客户的特定变化。然而那个分支(下面标注的A)大概有1年了,所以B和C已经分叉了。我正在努力将客户特定的功能分解出来,并将变化重新加入到A中,所以我们有一个共同的祖先,但还没有。我们做的是特性分支工作流,所以我从 "B"(在这种情况下是customer1)上创建了一个新的分支,叫做D。
A -> B
-> D
-> C
我在新功能上做了100次提交,然后做了 "git co B &&git merge D",在这种情况下,分支B的文件恰好是100%的新文件(除了.gitignore)。
* 250f8fd4 - (origin/B, origin/HEAD, B) Add new files for project X (3 days ago) <me>
|\
| * f8a1a83e - (origin/D, D) cleaning up before merge (3 days ago) <me>
* | 84bc9cb5 - cleaning up before merge (3 days ago) <me>
|/
* 08510627 - variablize and not hardcode value (3 days ago) <me>
然后我用git推送,并验证了一切工作。由于这些文件是100%的新文件,我可以直接把它们从B复制到C,但我不想将来把所有的分支合并到A中时发生合并冲突。
运行 "git merge 250f8fd4 "的结果是,从B分支到A分支的所有变化都会被应用到C中(包括覆盖客户的特定文件和变化),并产生成千上万的合并冲突。我使用git merge --abort来撤销它。
$ git cherry-pick 250f8fd4
error: commit 250f8fd4e41c069eb1a2861855a4db30a1fba658 is a merge but no -m option was given.
fatal: cherry-pick failed
失败,所以让我们试着告诉它哪一边
$ git cherry-pick -m 1 250f8fd4
On branch C
Your branch is up to date with 'origin/C'.
You are currently cherry-picking commit 250f8fd4.
nothing to commit, working tree clean
The previous cherry-pick is now empty, possibly due to conflict resolution.
If you wish to commit it anyway, use:
git commit --allow-empty
Otherwise, please use 'git reset'
无论我使用-m 1还是-m 2,结果总是空提交。
我如何用 "git "的方式让我的功能变化进入多个非masterdevelop分支?我想我也没试过把D分支合并到C分支,但我想这也行不通。
git
暗示它在 cherry-pick
错误信息:提交 250f8fd4
只是合并提交;实际的修改包含在 84bc9cb5
和 f8a1a83e
.
只有两个提交,你可以很容易地挑选它们。
git cherry-pick 84bc9cb5 f8a1a83e
如果有更多的提交,或者如果你想更系统地选择一堆提交,并将它们放在 C
,您可以使用 --onto
的选择 git rebase
:
# this will rebase :
# - on top of commit C (--onto C)
# - commits starting from 08510627 (this commit will *not* be included)
# - up to 250f8fd4 (included)
git rebase --onto C 08510627 250f8fd4
# once the rebase is completed, you can update branch C to this new commit :
git branch -f C
git checkout C
# or :
git checkout C
git merge --ff-only <rebased-commit>