Git工作流程：如何做到这一点？

Question

对于我的大多数情况，git flow都做得很好。然而，鉴于以下情况（按时间顺序排列），我不确定前进的最佳方式是：

1. 将1.0版推送到生产环境（使用“git flow release”完成）
2. 新功能的发布后开发和错误修复在开发分支中完成
3. 1.0版本中出现了一些主要错误和一些缺失的要求，客户决定他们不能等待下一个主要版本，但一些这些错误/功能已经在开发分支，除了应该等待下一个版本的一些工作。

如果我们有一个水晶球，我相信我们应该将更新应用为热修复而不是开发分支，但现在已经太晚了。如果我们启动一个修补程序（在主分支之外），我们可以直接复制＆amp;在分支（粗略）之间粘贴适当的更新，但是当我们合并分支时（在某些时候），我们最终会遇到一些讨厌的冲突。

在这种特殊情况下，将头痛降到最低的最佳方法是什么？

Answer 1

创建一个修补程序分支，然后使用'git cherry-pick'从dev分支中提取特定的更改。

git cherry-pick [commitid]

如果您将来进行一般性合并，那些挑选出来的提交将不会重复或发生冲突，git足够聪明，可以解决这个问题。