我怎样才能以易于回滚的方式进行 git 合并？

Question

有很多关于在 git 中“撤消”合并并不容易的讨论。简短版本：如果您撤消合并提交，它还会告诉 git 将来永远不要合并这些更改。

在进行合并时我可以做些什么来减轻这个问题吗？在很多情况下，撤消合并确实非常有用，只是在软件开发的正常过程中，更重要的是，在需要回滚更改时控制发布分支的状态。

编辑

我在这篇文章 并且不要真正将其视为解决方案，更多的是对问题的解释。 它需要

1. 始终使用 --no-ff
2. 当您想要带回依赖于它们的代码时，

记住所有未完成的合并（这可能是未来的几个小时，几天，一周或几个月......） 什么我想要

这是它在 Subversion 中的工作原理。假设我有一个名为“release-candidate”的分支，这是我们在临时服务器上运行的分支，也是我们尝试功能的地方。假设我合并到功能 A 分支中。在 Subversion 中，一切都是一个变更集，并且所有文件的所有历史记录都会合并。假设我们不喜欢它，所以我们想把它删除。我们只需撤消该单个变更集，无需考虑其他任何事情。我们可以在将来的任何时候将功能分支 A 合并回来，而不必记住我们曾经将其合并并取出。

我希望能够尽可能接近这种流程。我想优化“将来不必记住一些东西”，即使这会让事情在某种程度上采取更多步骤。 （这可能是不可能的……）

Answer 1

更新：

可以更轻松地使用按功能分支的工作流程如下：http://dymitruk.com/blog/2012/02/05/branch-per-feature/

---

（问题的SVN部分已经在最后回答了）

是的，这里是你重新引入的方法您取消合并的功能。考虑以下历史记录（假设您已经“取消”合并）：

x---x----x--x---x--M--U--L
     \            /
      x--x--x--x-F

F 是功能分支，M 是合并，U 是取消合并该功能时的相反情况，L 是最新提交。

以下是您的选择：

1. 恢复 U（无需推送 --force）：

   <前><代码>x---x----x--x---x--M--U--L--^U
   \ /
   x--x--x--xF

2. 将 F 重新设置为 L（然后合并 --ff-only F') （无需推送 --force）：

   <前><代码>x---x----x--x---x--M--U--L
\ / \
x--x--x--xx x'--x'--x'--x'--F'


3. 将 F 重新设置为 L（然后合并 --no-ff F' - 保留新的分支点）（无需 --force 推送）：

   <前><代码>x---x----x--x---x--M--U--L-------------------- -M2
   \/\/
   x--x--x--xx x'--x'--x'--x'--F'

4. rebase -i head^^ 并从列表中删除 U（--force 是推送所必需的）：

   <前><代码>x---x----x--x---x--M--L
   \ /
   x--x--x--xF

5. rebase --onto M^1 L^ L 摆脱合并和取消合并。现在您可以稍后重新合并 F。

   <前><代码> L'
   /
   x---x----x--x---x--M--U--L
   \ /
   x--x--x--xF

要压缩所有功能提交，请在初始合并时使用 --squash 修饰符。我会让你发挥想象力，想象一下历史上会是什么样子。我不建议这样做是有原因的。了解如何让某个功能发挥作用以及采取了哪些步骤是很有价值的。后续合并会更容易，因为 Git 可以检查某个文件的历史记录，了解其外观的原因。将提交压缩在一起会丢失该信息。

还有一些其他缺点可能会或可能不会影响您利用 rerere 历史记录的能力。

我建议始终在 master 中用空白合并标记发布的内容。这是通过与 --no-ff 选项合并来完成的。你永远不会在 master 上工作，唯一完成的提交就是这些合并 - 没有代码更改提交。在 QA 分支中，您可以标记标记发布点的提交。因此，当您执行 git merge --no-ff rc-12.2 时，您将自动生成提交注释“merged rc-12.2”。

查看 git-flow。

希望能为您提供更多详细信息。