git_flow.md
1.76 KB
GIT FLOW规范
1. GIT FLOW 规范
项目永远存在两个分支
- 主分支master
- 开发分支 develop
对于master分支，任何时候这个分支拿到的，都是稳定发布版。
而develop分支，存放的是最新的开发版。
其中，项目中存在四种短期分支
- 功能分支 (feature branch)
- 补丁分支(hotfix branch)
- 测试bug分支(bug branch)
- 预发分支(release branch)
一旦开发完成，以上分支会被合并到develop/master，然后删除
对于版本发布的项目，每有一个稳定的版本，都要从master上打出一个版本，版本号按产品进行定义。
在master分支上，在新的功能增加前，只有hotfix,才允许将代码合并到这个分支，合并后，要更新小版本号。
2. 提交Commit
提交commit，一定要给出完整扼要的提交信息。项目经理需要检查提交的信息是否足够。每个成员也需要确保自己的提交信息完整。提交信息如下所示：
Present-tense summary under 50 characters
* More information about commit (under 72 characters).
* More information about commit (under 72 characters).
http://project.management-system.com/ticket/123
一个正式的提交功能的注释:
HOTFIX3001(UserController|CacheListener) : 解决了头部Cache没有引入的问题
1. UserController头部没有引入Cache包导致异常
2. CacheListener Log去除
http://chandao.runsa.cn:8604/pro/bug-view-3001.html
不建议通过git commit命令提交，而是建议通过SourceTree或者git cz命令进行提交。
关于git cz命令，查看: Git Commit
3. 使用git rebase代替git merge
当多个分支并行发展，需要合并时，使用rebase功能进行合并，这样在SourceTree跟踪代码变更时，会更清晰易懂。
4. 其它
git分支管理流程可以查看: