我正在基于另一个功能分支(B)开发一个功能分支(A),现在我从(B)开发的分支已合并到master。
Git现在将A视为与master冲突,因为我拥有对B的更改,但是master也是如此,因为B已合并。因此,我无法合并A。将主合并到 A没什么区别。
如何解决这种情况?依赖master会导致很多手动解决冲突。我的分支(A)不会更改master中已更改的任何文件;所有冲突都是由A(包括B的更改)引起的,这些更改已经在主服务器中。
答案 0 :(得分:1)
通常,在这种情况下,您要使用margin: 10px auto 20px; display: block;
。这样就可以同时指定原始基础分支和新基础分支。所以你会做这样的事情:
var str = string.Format("{0:00}:{1:00}:{2:00}", timeSpent.Hours, timeSpent.Minutes, timeSpent.Seconds);
_logger.Debug(str);
这会将原始基础分支视为B,并将提交置于其母版之上。通常,Git会自动检测到这种情况,并且正常的变基将起作用,尽管在某些情况下会失败,特别是如果您进行壁球合并。
答案 1 :(得分:1)
如果您确信所有冲突都是由A引起的,包括B的更改,那么另一个选择是使用递归策略和我们的选项进行合并:
从文档中:
此选项通过支持我们的版本来强制自动解决冲突的块。从 与我们方不冲突的另一棵树将反映到合并结果中。对于二进制文件, 整个内容都是从我们这边拿来的。