我应该有多少个分店?我怎么知道的?

时间:2015-12-16 14:13:45

标签: git git-branch

在向客户发布之前,我们有1个主分支。

现在,我们处于错误修复状态,我们还希望继续处理新功能。

我们应该有多少分支来最小化开发人员之间的冲突? 3还是2?

我在想3

  • 开发
  • 错误修复

对此有任何建议将不胜感激!我愿意接受任何建议。

3 个答案:

答案 0 :(得分:6)

我们的工作流程的工作方式是:

每次我们添加功能或修复错误时,我们都会创建一个新的分支,名称相应。 (即“redirectFix”表示损坏的重定向)

我们为我们的开发创建一个拉取请求,并且团队中的某个人进行测试以确保它有效。

我们合并到开发分支,并删除特定命名的分支。

我们确保开发分支上的所有内容都有效,然后我们推送到主分支。

在我看来,在这样的小分支中做所有事情有助于最大限度地减少冲突,并使它们很容易修复。

答案 1 :(得分:3)

git(例如,关于SVN)的好处是创建和合并分支是简单且廉价的操作。因此,理想情况下,您可以在开发/测试中为每个新功能创建一个本地分支。然后,您需要一个与服务器上的远程生产存储库同步的其他本地分支,以便在准备就绪后简化本地合并并推送新功能。

答案 2 :(得分:1)

没有单一的最佳答案,这在很大程度上取决于公司和设置(测试,升级等)。

Atlassian有一个很好的页面来比较工作流程,您可能需要特别关注Gitflow工作流程:

https://de.atlassian.com/git/tutorials/comparing-workflows

一般的想法是,您的主人仅用于完整版本,开发是您正在开发的,每个功能或错误修复都会获得一个单独的分支。他们的成本几乎为零。