Git:基于工单的工作流的最佳实践

chy5wohz  于 12个月前  发布在  Git
关注(0)|答案(2)|浏览(118)

我希望在我工作的公司从SVN迁移到Git。我的问题是让我的头周围一个体面的工作流程。
通常,对于处于启动后状态的PHP项目,客户端会为某些工作创建一个ID为(smeg23452)的票证。在SVN中,我们通常会将ticket ID放在develop分支上的每个提交中,然后选择那些更改并将它们放入 Backbone.js 中。这没什么,但是有时候合并失败了,或者开发人员没有把工单号和工作放在一起。
在一个理想的世界里,我希望能够在Git中有一个分支用于票证(例如:smeg23452),在变更完成后将smeg23452合并到develop中,然后将smeg23452合并到将要测试的staging中,staging将合并到master中,准备进行实时部署(而不是将develop合并到master中,这似乎是常见的做法)。一个客户通常会创建5张票,希望在开发环境中在线看到它们,然后只选择其中3张票进行直播,这就是为什么我需要能够让它们远离其他环境。
我全搞错了吗?

ttvkxqim

ttvkxqim1#

我指的是“Git branching strategy integated with testing/QA process”作为一个集成过程。
我指出git revert可以快速排除那些还不能进入prod的特性。
OP MrNorm
在这种情况下,它会工作吗?

分支si001si003在develop(客户端可见环境)中正常,并已被请求上线,但si002需要上线。
由于我们已经有2个合并它的发展,我们是否需要恢复这些一个接一个之前,我可以合并发展掌握
您将只恢复合并提交“将分支'feature/si 002'合并到develop”。

e0bqpujr

e0bqpujr2#

看看git flow。Git flow是一种分支策略,它还附带了一些漂亮的命令来帮助你。
http://nvie.com/posts/a-successful-git-branching-model/

相关问题