Git Workflow用于持续开发

时间:2012-05-11 12:05:01

标签: git version-control branch

我们一直在使用Git作为基于node.js的Web应用程序。我们的工作流程基于两个法国masterstable。我们使用master作为主要的开发线,当我们决定发布一些东西时,我们继续将master合并到stable。

有两个服务器,“staging”和“production”,每当我们推送时,post receive hook会将master部署到登台服务器并将stable部署到生产中。

问题是,主分支几乎总是有实验或非完成的工作。我们需要推送,以便测试实际服务器上的功能或仅显示管理进度。现在,当我们需要合并到稳定时,它会变得复杂。

最好的方法是什么?分期分支?我们如何选择从升级到主人或稳定的一些功能?我们应该使用小功能分支吗?即使这是一次提交吗?

2 个答案:

答案 0 :(得分:1)

我认为,无需为所有内容创建小功能分支,您可以创建新分支并从提交中选择您想要的功能。

使用Git Cherry-Pick从分段中选择一些功能进入主要或稳定

答案 1 :(得分:1)

通常功能跨越多个提交,在这种情况下,建议创建一个分段分支,将功能分支合并到(或在单个提交的情况下挑选)然后与生产合并并测试分段分支并进入生产部门。