合并分支,从当地分支机构挑选樱桃,没有任何冲突

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了合并分支,从当地分支机构挑选樱桃,没有任何冲突相关的知识,希望对你有一定的参考价值。

当我从另一个分支中挑选提交,然后尝试合并它。如果已应用更多更改,则会发生合并冲突。

一个很好的例子,如果我遵循'gitflow'的方式来做git(master,develop,feature / bugfix,hotfix)。这是步骤:

  • 我将bugfix合并到develop
  • 我将更多功能合并到develop
  • 我樱桃挑选我的老bugfix并将它作为hotfix应用到master
  • 如果我将master合并回develop,我会发生合并冲突。
  • 如果我签出我的bugfix合并提交,然后合并master(从而创建这个“中间”合并),然后合并这个“中间”合并到develop一切正常,没有任何冲突。

如果之后没有发生任何变化,git会如何计算出樱桃选择。但如果添加更多更改,那就是git的世界末日。

这是我的问题的ascii模式C'是挑选的C:

(键:✔=没有冲突,✘=冲突)

     +-------------------->✘ <--+
     |                          |
     |                          |
     |              ✔<--------+ |
     |              ^         | |
     |              |         +-+--+
     |              |         | M2 +<-----+
     |              |         +-+--+      |
     |              +           ^       +-+-+
     | +----------->✔<--------+ |       | D |
     | |                      | |       +-+-+
   +-+-++                     +-+--+      ^
   | Ma +<----+         +---->+ M1 +------+
   +-+--+     |         |     +-^--+
     ^      +-+--+    +-+-+     |
     |      | C' |    | C |     |
     |      +-+--+    +-+-+     |
     |        ^         ^       |
     |        |         |       |
     |      +-+--+    +-+-+     |
     |      | B' |    | B |     |
     |      +-+--+    +-+-+     |
     |        ^         ^       |
   +-+--+     |         |       |
   | A  +-----+---------+-------+
   +-+--+     |         |       |
     |        |         |       |
     |        |         |       |
     +        +         +       +

Master     Cherry-   Bugfix     Develop
           Picked
           Hotfix

这是我创建这种情况的脚本:

git init
echo -e "foo
bar
baz
qux
quux" > file
git add file
git commit -m "Initial commit"
git checkout -b develop
git branch second-feature
git checkout -b first-feature
echo -e "foo1
bar
baz
qux
quux" > file
git commit -m "First feature" file
git checkout develop
git merge --no-ff -m "Merge first feature" first-feature
git checkout second-feature
echo -e "foo
bar
baz2
qux
quux" > file
git commit -m "Second feature" file
git checkout develop
git merge --no-ff -m "Merge second feature" second-feature
git tag before-bugfix
git checkout -b bugfix
echo -e "foo1
bar
baz2
qux
quux1" > file
git commit -m "Bugfix (part I)" file
echo -e "foo1
bar
baz2
qux
quux2" > file
git commit -m "Bugfix (part II)" file
git checkout develop
git merge --no-ff -m "Merge bugfix" bugfix
git checkout -b third-feature
echo -e "foo1
baraz2
qux
quux3" > file
git commit -m "Third feature" file
git checkout develop
git merge --no-ff -m "Third feature" third-feature
git checkout master
git cherry-pick -x before-bugfix..bugfix

如果我这样做,我得到:

$ git checkout develop
$ git merge --no-ff master
Auto-merging file
CONFLICT (content): Merge conflict in file
Automatic merge failed; fix conflicts and then commit the result.

如果我这样做,我得到:

$ git checkout -b new-master bugfix
$ git merge --no-ff -m "In-between Merge" master
Merge made by the 'recursive' strategy.
$ git merge --no-ff -m "Merge master" new-master
Already up-to-date!
Merge made by the 'recursive' strategy.

有没有办法在一次合并中解决这个问题而没有任何冲突?

我尝试了不同的合并策略,但它没有用。我试图将master和bugfix同时合并到开发中,我仍然会遇到冲突。

答案

为了做你期望的事情,git必须跟踪合并分支的整个历史记录,以识别等效的提交并跳过它。它不会这样做,它只使用历史上的3个提交:父母和“合并基础” - 父母的共同祖先。

你可以这样指导,如果你愿意的话:

  • 创建一个临时的“合并”分支:git checkout -b master_with_develop master
  • 在挑选樱桃之前合并develop
  • 合并樱桃挑选的提交单独。这将有希望认识到变化是相同的,不会发生冲突。在最坏的情况下,冲突将更小,更容易理解
  • 合并其余的develop
  • 重置为develop并合并master_with_develop - 它将是快进的(您也可以将其标记为--no-ff以创建显式合并提交)

您可以检查git-imerge工具,它自动尝试执行上述步骤

以上是关于合并分支,从当地分支机构挑选樱桃,没有任何冲突的主要内容,如果未能解决你的问题,请参考以下文章

樱桃挑选是不是从源分支中删除提交?

重新提交在 git 中恢复的提交

Git在拉取请求分支上恢复樱桃选择而不在主控上恢复

樱桃选择合并

樱桃采摘如何在 Azure devops 中工作 [重复]

究竟是什么导致了git中的合并冲突?