在向客户发布之前,我们有1个主分支。
现在,我们处于错误修复状态,我们还希望继续处理新功能。
我们应该有多少分支来最小化开发人员之间的冲突? 3还是2?
我在想3
对此有任何建议将不胜感激!我愿意接受任何建议。
答案 0 :(得分:6)
我们的工作流程的工作方式是:
每次我们添加功能或修复错误时,我们都会创建一个新的分支,名称相应。 (即“redirectFix”表示损坏的重定向)
我们为我们的开发创建一个拉取请求,并且团队中的某个人进行测试以确保它有效。
我们合并到开发分支,并删除特定命名的分支。
我们确保开发分支上的所有内容都有效,然后我们推送到主分支。
在我看来,在这样的小分支中做所有事情有助于最大限度地减少冲突,并使它们很容易修复。
答案 1 :(得分:3)
git(例如,关于SVN)的好处是创建和合并分支是简单且廉价的操作。因此,理想情况下,您可以在开发/测试中为每个新功能创建一个本地分支。然后,您需要一个与服务器上的远程生产存储库同步的其他本地分支,以便在准备就绪后简化本地合并并推送新功能。
答案 2 :(得分:1)
没有单一的最佳答案,这在很大程度上取决于公司和设置(测试,升级等)。
Atlassian有一个很好的页面来比较工作流程,您可能需要特别关注Gitflow工作流程:
https://de.atlassian.com/git/tutorials/comparing-workflows
一般的想法是,您的主人仅用于完整版本,开发是您正在开发的,但每个功能或错误修复都会获得一个单独的分支。他们的成本几乎为零。