Git 分支管理常见三种方式
- TBD(Trunk-based development、单主干)
- GitHub flow
- git-flow
1. TBD
- 所有团队成员都在单个主干分支上进行开发。
- 发布时,先考虑使用标签 Tag, 如果打标签不能满足要求,则从主干创建发布分支。
- Bug在主干上修复,然后挑选时机发布到 发布分支上
- 优点: 分支少,开发人员不需要频繁在不同的分支之间切换。
- 缺点: 因为主干分支是所有开发人员公用的,一个开发人员引入的 bug 可能对其他很多人造成影响。
2. GitHub flow
GitHub使用的一种简单流程,使用两类分支,Master、代码修改分支,主要对应GitHub的pull、request功能。
master分支
包含稳定的代码,该分支已经或即将被部署到生产环境,分支的作用是提供一个稳定可靠的代码基础。任何开发人员都不允许把未测试或未审查的代码直接提交到 master 分支。
代码修改分支
当需要进行任何修改时(包括 bug 修复、hotfix、新功能开发等),总是从 master 分支创建新分支。
分支合并流程
当新分支中的代码全部完成之后,通过 GitHub 提交一个新的 pull request。团队中的其他人员会对代码进行审查,提出相关的修改意见。由持续集成服务器对新分支进行自动化测试。当代码通过自动化测试和代码审查之后,该分支的代码被合并到 master 分支。再从 master 分支部署到生产环境