Git Merge分支还原工作流程

Question

这是我们的方案：

开发人员将Master分支到新的Branch中并开发一些代码。 大师进步。 当它通过质量检查并合并到Master后，将运行完整的回归测试。 有时，一个分支（其中几个正在合并/测试该版本）无法通过回归。 因此，我们要还原该合并，并继续发布其余代码。 通常，只需在原始开发分支中进行一些调整，然后再次进行质量检查，然后重新合并到master中即可，但是由于Master恢复了原来的更改，因此大部分分支更改都被清除了。 更正后，如何最好地将这个dev分支重新合并到master中，而又不会由于还原而丢失更改？

Answer 1

从表面上看，这听起来像是您在工作流程中使用了不正确的还原。

为避免这种情况，如果master已超越分支，则应将master合并到分支中，而不是相反。

所以：

• 在分支中发展。
• 当开发完成并且回归测试通过时：
  • 将master合并到分支（不分支到master）
  • 在分支中运行回归测试
  • 解决分支中的任何故障
  • 测试通过时：
    • 如果从合并回母版以来母版已更改，请冲洗并重复（将母版重新合并到分支，重新测试，重新解析）。
    • 否则，将分支合并回主节点（快进）。

此工作流避免了在促销工作流中任何时候都需要还原的情况（开发人员可能仍需要在其开发部门中不时还原）。

您永远不需要将合并从master还原到分支，因为要使更改已被接受到master中，它们必须首先通过测试才能到达master。 因此，由于合并到分支机构而引起的任何故障都必须在该分支机构中解决，然后才能将其接受回master。

Answer 2

git不会合并之前已经合并的任何提交。 由于提交仍在master的历史中（但后来又被提交还原了），因此git不会再次应用它们。 解决方案是：

1. 还原还原 ：简单地git revert还原变更的提交。

或（更好的解决方案）：

2. 定期或在准备就绪时将master合并到功能分支中 。
   • 如果所有测试都通过：很好，将其合并到master（应该是一个快速的方法）
   • 否则，请执行解决此问题所需的操作。