我应该如何使用gitflow将修补程序重新合并到功能分支中?


10

我已经开始在项目中使用gitflow,并且拥有出色的功能分支以及新创建的修补程序。每gitflow工作流程,修复被同时应用于发展分支,但没有说或约现存功能分支完成。

不过,我想将修补程序更改合并回我的功能分支中,据我所知,它留下三个选项:

  1. 不要合并更改。如果功能分支需要更改,则应将其作为功能分支的一部分。
  2. 合并开发回要素分支。这似乎最好地遵循gitflow工作流程,但会导致乱序提交。
  3. 变基的特性分支上开发。这将保留提交顺序,但常规gitflow工作流程似乎完全没有重新定基础。

最佳做法是什么?

git  gitflow 

通常,功能分支的寿命很短,将更改合并它们中是一种SCM气味。仅完成(或稳定)要素分支并将其合并回来是不可能的吗?
Aaronaught 2012年

2
@Aaronaught很好,该功能尚未完成/可能无法实现。基本情况是,需要花费几天时间才能开发的功能发现了可能会影响生产数据的错误。编写了测试,将修补程序应用于母版/产品,但是未完成的功能仍然被错误破坏。您是否建议将半完成的功能合并到开发主线中?如果该功能无法正常运行怎么办?

Answers:


11

我看不出有什么毛病衍合特性分支上开发拿起最新修补程序。实际上,经常对功能分支进行重新开发可能会有所帮助,因为它使您可以使分支保持“最新”,这将使您在进入该阶段时更加容易。


是的:环顾周围的更多证据,包括gitflow 0.2公告,该公告添加了功能重新基准化,这表明常规的git rebase工作流程也是gitflow工作流程。

2
有趣。我不能说我是Gitflow方面的专家,但是我的理解是,修补程序是针对master而不是分支的单一提交,而我只是樱桃选择了它们进行开发。阅读后认为我完全错了。
jb510
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.