场景:在git中,每个(活动)版本都有一个分支,
顺序是:
Jane必须先从共享中获取R2并处理合并,然后才能进行推送。但是,她不知道该如何处理Bob的更改。
分支:R1
State of Shared Repository C1 - Bob | C2-+ - Jane | | | C3 - George | | | C4 C5 | - Bob | | C6 | - Jane [R1] | C7 - Alice [R2]
Bob和Jane更改了R1
Jane然后想将R1合并到R2
中以更新最新版本。她解决了由于更改引起的合并冲突,但是她不知道如何解决Bob所做的更改引起的冲突。Jane可以使用git并让Bob完成合并吗?
我理想地知道,Bob已经将他的更改合并到R2
中,但是假设不是这样。可能的解决方法(寻找更好的方法)
场景:每个(活动)发行版在git中都有一个分支,顺序是:Bob对R1进行更改,提交,拉出R1并推动R1进行共享。不在共享上更新R2。 Jane对R1进行了更改,...
假设Bob被阻止并且Jane急于解决问题,Jane将尽最大努力执行合并。
$ git fetch$ git checkout R2$ git merge --ff-only origin / R2$ git checkout -b wip / R2-with-R1
除了Jane叫Bob到她的办公桌并在她的计算机上查看所做的更改外,我认为这无法在git中完成。
我们处于类似情况。
Bob对R1进行更改,提交,与R2的副本合并并推送到共享。