个人 项目管理

原文：https://blog.csdn.net/xingbaozhen1210/article/details/81386269

GIT分支

1. master：主分支

2. develop：主开发分支
   由feature分支合并

3. feature：功能开发分支
   克隆自develop分支
   功能开发完，合并到develop分支
   用于新需求新功能的开发

4. release：测试分支
   克隆自develop分支（在feature分支合并到develop之后）
   测试到有BUG，在本分支修改
   BUG修改完成后，推送到develop/master分支并推送(完成功能) , 打Tag

5. hotfix：补丁分支
   克隆自master分支 ,
   主要用于对线上的版本进行BUG修复

主要工作流程

1. 创建项目
   初始化项目，拉取第一个develop分支。（初始化gitflow项目会默认创建一个master分支）

2. 功能开发
   从develop，拉取feature分支，进行开发。（多个开发人员可拉取多个feature）

3. 开发完成，提交代码
   feature开发完成，合并到develop分支。

4. 功能测试
   从develop拉取，release分支。

5. 测试完成，提交代码，上线
   合并release分支，到develop/master并推送

6. 上线后，BUG修复
   从master拉取，hotfix分支，进行BUG修复

7. BUG修复完成，提交代码，上线
   合并hotfix分支，到develop/master并推送

有两种特殊流程

1. 当进行一个feature时，若develop分支有变动
   如其他开发人员完成功能并上线，则需要将完成的功能合并到自己分支上
   即合并develop到当前feature分支

2. 当进行一个release分支时，若develop分支有变动
   如其他开发人员完成功能并上线，则需要将完成的功能合并到自己分支上
   即合并develop到当前release分支
   (!!! 因为当前release分支通过测试后会发布到线上 , 如果不合并最新的develop分支 , 就会发生丢代码的情况)

Git Flow 图形化工具

1. SourceTree
2. GitFlow for Visual Studio

个人 项目管理

原文：https://www.cnblogs.com/guxingy/p/13212631.html