Git 将更改集成到发布分支中可以吗?

Git 将更改集成到发布分支中可以吗?,git,git-flow,Git,Git Flow,如图所示,在完成之前,将发布分支中的错误修复更改合并到开发分支中是完全可以的 我的问题是,将develope中所做的更改合并到一个未完成的特性中可以吗?(红色箭头,由我添加)如果是,您建议使用哪些命令/选项 编辑:这个想法并不一定是为了选择一个提交。 由于功能分支可以跨越主要版本发布(如图中左边的版本),因此我的合并想法是在功能分支中考虑开发更改(如服务或类重命名),以防止(或开始解决)将来在发布完成时出现的合并冲突,这可能会让develop在解决之前变得非常不稳定。至于你的问题“会好吗”,我

如图所示,在完成之前,将发布分支中的错误修复更改合并到开发分支中是完全可以的

我的问题是,将develope中所做的更改合并到一个未完成的特性中可以吗?(红色箭头,由我添加)如果是,您建议使用哪些命令/选项

编辑:这个想法并不一定是为了选择一个提交。 由于功能分支可以跨越主要版本发布(如图中左边的版本),因此我的合并想法是在功能分支中考虑开发更改(如服务或类重命名),以防止(或开始解决)将来在发布完成时出现的合并冲突,这可能会让develop在解决之前变得非常不稳定。

至于你的问题“会好吗”,我想这要看情况而定。有可能A是稳定的,而D是未知的。将D合并到功能中可能会引入一些副作用或bug。如果该bug减慢了您对该功能的工作,您可能不希望合并。如果您认为尽快发现潜在的bug很重要,那么可以合并

A--B--C-D-E-F->dev
 \  
  M-N-O--P->feature

假设要将D合并到要素。如果只需要D,不包括B和C,
git签出功能;git cherry pick D
。如果您想要B C D,
git签出功能;git merge D
或git rebase——在D A功能上。git rebase创建了一个更整洁的历史记录,而git前后合并最终可能会创建一个复杂的提交图。

谢谢您的回答。我们的想法不是去挑选一个承诺。合并背后的想法是在功能分支中考虑开发更改或重命名,以防止(或开始解决)发布完成后的未来合并冲突,这可能会使开发在解决之前非常不稳定。:)