规范:
1.develop 分支 的代码可随时上线,合并之前在其它分支上已充分测试(大版本以及特殊情况下需要在develop上测试)
2.master 发布的代码 都需要打标签
3.hotfix 在master基础上改,之后分别合并到 develop 和 master , 并在master上打标签
4.master 来源只有 develop + hotfix
5.release 版本同hotfix
6.合并入develop/master 强制采用 git merge --no-ff (即使无冲突也会有一次合并记录)
实际情况举例:
情况一:1.x 版本持续开发,启动2.0版本
解决:
新建分支 feature-2.0
develop 上继续累积1.x的功能
feature-2.0 开发完成合并回develop ,然后合并master
情况二:git rebase 和 git merge 选择
那个熟练用哪个,效果都一样
merge 记录真实的修改记录
rebase 比较直观的记录提交记录
rebase 不要pull到远程,影响他人开发.merge 不会影响
其它约定:
branch name : feature-xxx_xxx
hotfix branch name : hotfix-xxx_xxx
commit msg : (at least 6 characters) start with add/remove/modify/fix..
GIT 设计理念太厉害,佩服的不行。
网友评论