如何修复已经在开发中的功能（git-flow）

Question

方案-使用git-flow或类似方法：

在进行大量工作的同时，我们意识到已开发的一项功能（在功能分支中并已合并到develop分支中）需要紧急修复，然后再进行其他开发工作。准备好了。

实现此目标的最佳实践是什么？

在git-flow中，通常使用master以外的修补程序分支来完成修补程序。要遵循该模型，我想知道从develop到hotfix分支的最佳选择，还是在合并功能分支以将其合并到hotfix分支（或master）之后保留功能分支？还是其他？

Answer 1

首先，我想强调一点，即“良好的工作流程”通常不存在，“良好的工作流程”是您觉得方便的工作方式。

也就是说，我个人认为有两种情况：

• 此修补程序很简单（例如在代码中用“版本B”替换“版本A”），所以我不会为此创建专用分支（至少，我会使用快进进行合并）
• 该修补程序需要进行大量工作，然后创建一个分支来容纳这些开发人员是一种轻松的方法，它可以简化查看和确定此bug修复所进行的所有工作。这可能有助于以后执行非回归测试。

如果您是git repo的所有者，则还可以通过取消合并“几乎是好的”功能来“重写历史记录”，并修复该功能以在以后重新合并。通常，这不被誉为“改变历史”，但是如果您只是一些代码开发人员，并且每个人都对它感到满意，那么这是有可能的。