对于我的制作项目,我一直在使用三个分支master
,develop
以及我正在开发的特定功能。
我会从develop
创建一个分支,然后创建该功能,然后合并回develop
(压缩和合并)。
当我推向生产时,我会创建一个从develop
到master
的合并提交。
我发现自己的情况是,当develop
已经被推送时,功能会花费很长时间。
我想我已经读过没有develop
分支的地方。
我仍然需要暂存API和暂存版本的UI。
这个策略的名称是什么?您使用它的经历是什么?
答案 0 :(得分:1)
我认为,你所谈论的不包含develop
分支的是Git Feature branch workflow。有很多git工作流程。哪一个更好取决于项目。
最受欢迎的工作流程之一是Gitflow worlflow。我想目前你正在关注这个工作流程。
Here您可以在工作流程中找到一些比较,并确定最适合您的工作流程。
答案 1 :(得分:1)
如果你想保留功能分支,那就是" github流程"。
如果您还不想要功能分支并且只承诺掌握,那就是" trunk base development"。通过这个非常适合进行持续部署的工作流程,您肯定必须使用“切换功能”。 (还有名称'特征标志',...)