Git：基于票证的工作流程的最佳实践

Question

我希望在我工作的公司从SVN升级到Git。我遇到的问题是让我了解一个体面的工作流程。

通常，对于处于启动后状态的PHP项目，客户端将为具有ID（smeg23452）的某些工作创建票证。在SVN中，我们通常会将票证ID放在开发分支的每个提交中，然后选择这些更改并将它们放入主干。没关系，但有时合并失败或开发人员未能将票号放在工作中。

在理想的世界中，我希望能够在Git中有一个分支机构（例如smeg23452），在完成更改后将smeg23452合并到开发中，然后将smeg23452合并到将要测试的分段中，分期将合并到主人准备现场部署（不合并开发到主人，这似乎是常见的做法）。客户通常可以创建5张票，想要在线开发环境中查看它们，然后只选择其中3张票，这就是为什么我需要能够让它们远离其他环境。

我弄错了吗？

Answer 1

我指的是“Git branching strategy integated with testing/QA process”作为整合过程 我指出git revert要快速排除那些尚未进入产品的功能。

但是OP MrNorm问：

  

这种情况会起作用吗？

  

分支机构si001和si003可以开发（客户端可见环境），并且已被要求上线，但需要si002。   由于我们有两个合并它来开发，我们是否需要逐个恢复它们才能合并开发到掌握

您只会将合并提交“合并分支”功能/ si002'恢复为开发“。

Answer 2

看看git flow。 Git flow是分支策略，它还带有一些漂亮的命令来帮助您。

http://nvie.com/posts/a-successful-git-branching-model/