Git的分支管理

Git的分支管理

我们常见的分支有：

• master:主分支，也成为线上分支，主要用来版本发布的（生产环境部署）。
• dev：开发分支，该分支保存了开发的最新代码。
• release：可以认为是master分支的测试版，也可认为预发布分支，比如某个功能开发完成或者某个bug修复完成后，测试成功以后就可以将feature/hotfix分支合并到release分支上，到了发布日期就合并到master分支，进行版本发布。
• feature：具体功能的开发分支。
• hotfix：线程bug修复分支。

主分支包括：master、release、dev三个分支：

1、master分支：用来进行

版本发布，也就是当前线上运行的代码分支

，一般有release或hotfix分支合并，其他情况不允许。

2、release：预发布分支，所有的开发分支（feature）都是从dev分支检出作为本地分支，当功能开发完后，再将feature分支合并到dev分支，在测试环境部署并测试通过后，再将feature分支合并到release分支上。

始终与master分支一致，一般由dev或者hotfix分支合并

。

如果线上出现生产问题需要修复，则从release分支检出作为本地分支（hotfix），当问题修复完后，将hotfix合并到dev分支并在测试环境部署测试通过后，将hotfix分支合并到release分支上。

当准备工作完成后，就可以将release分支合并到master分支上，可在合适的时间上线。

3、dev分支就是日常的开发分支

辅助分支包括：feature、hotfix

feature:用来

开发某种具体的功能

，一般从dev分支fork，开发完成后合并到dev，如果在测试环境部署并测试通过后将feature合并到release分支上。

hotfix：用于

修复线上bug

。当线线上出现bug时，我们可以从release或master分支检出一个hotfix分支，修复成功后再合并到dev分支，测试通过后将hotfix分支合并到release分支。

一旦修复上线，便将其删除

总结：

1、feature、hotfix分支开发完成功合并到dev分支，测试通过后，在合并到release分支。

2、release分支合并到master分支后，如果dev分支没有正在测试的功能，建议将dev、release、master分支进行代码同步。