我正在寻找一种合并策略,它允许我从我的分支中选择两个更改以及传入的更改。
尝试搜索不同的主题,但无法弄清楚如何执行此操作。
所以我的回购中有多个分支。我需要将每个分支合并到本地主服务器,然后从代码审核者合并到远程待批准。为了达到这个目的,我首先从master获得rebase,然后快速合并到master,即标准工作流。 代码主要由配置文件组成,这些多个分支在相同位置进行代码更改(如添加新参数)这些参数永远不会相同但位于同一位置。 git将它们作为冲突触发,但我想要它只是选择我在分支中的更改以及在rebase期间从master进入的更改。我知道所涉及的风险,但我有一个验证脚本,可以检测重复,并提醒我异常情况。
因此,最终目标是编写这些合并的脚本,并仅在验证脚本失败时进行干预。
感谢回复
答案 0 :(得分:1)
默认情况下,默认合并算法(及其various strategies)应保留您的更改和传入的更改 如“How does Git solve the merging problem?”中所述,
合并的重要部分不在于它如何处理冲突(无论如何它们都需要经过人工验证),但它应该将历史融合在一起,以便你有一个新的坚实基础未来的合并。
换句话说,重要的部分是微不足道的部分:父母的命名,并跟踪他们的关系。不是冲突。