千兆分支管理的三种常用方法基于主干(TBD )千兆流量flow1. TBD的所有团队成员都在单主干分支上进行开发。 在发布时，首先考虑使用标签Tag，如果添加标签不能满足要求，则从主干创建发布分支。 在主干中修复了错误，选择时机发布到发布分支的好处：很少，开发者不需要在不同的分支之间频繁切换。 缺点：主干分支是所有开发者共有的，因此一个开发者引入的bug可能会影响许多其他hlt。2.给出了2. GitHub flow GitHub使用的简单流程，使用了两种分支： Master、代码修改分支，主要支持GitHub的pull、request功能。
master分支包含已部署或计划部署在生产环境中的稳定代码。 分支的作用是提供稳定可靠的代码基础。 开发人员不能将未经测试或未经审阅的代码直接提交给master分支。
如果需要修改(例如代码修改分支错误修复、hotfix或新功能开发)，请始终从主分支创建新分支。
分支合并流程完成新分支中的所有代码后，通过GitHub发送新的pull request。 团队中的其他人将审查代码并提出相关的修改意见。 通过连续集成服务器自动测试新分支。 当代码通过自动化测试和代码审查后，该分支中的代码将合并到主分支中。 从主分支部署到生产
w3.git流是目前最流行的git分支管理实践，核心概念是发布。 git的流流程包括五个分支：主、开发、功能、发布和热传真。
Master分支包含可以部署到生产环境中的代码。 这和GitHub flow一样
develop分支包含需要在以下版本中发布的内容： 在develop分支中集成了足够的新功能和错误修复代码后，通过一个发布过程完成新版本的发布。 发布完成后，develop分支中的代码将合并到主分支中。
feature、release和hotfix都是临时分支，仅在需要时从develop或master分支创建，并在完成后合并到develop或master分支中。 合并完成后，分支将被删除。
分支类型命名约定是featurefeature/*developdevelop新功能releaserelease/*developdevelop和master的新版本hotfixhotfix/* masterdevelop 由于git的flow相关过程繁琐且难以记忆，实际上一般使用辅助脚本进行分支的创建、切换、合并等工作。
如果汇总发布周期长，git流是最佳选择。 gitflow可以很好地解决新功能开发、版本发布、生产系统维护等问题； 在释放周期短的情况下，TBD和GitHub flow都是较好的选择参考资料