Git分支管理及命名规范
1、分支范例及命名1.1、master分支
master分支一般在创建远程仓库时，Git初始化后自动创建的，该分支的代码应该是稳定的，可随时摆设到生产环境的
[*]master 分支一般不能直接修改，只能由 其它分支 合并而来
[*]master 分支的合并操纵应该让管理员操纵，而且管理员必要 review将要合并的代码之后才能合并，避免随意合并不稳定的代码到master分支
1.2、develop分支
develop为开发分支, 始终保持最新开发完成以及bug修复后的代码，该分支的代码一般作为测试环境摆设的代码，也是随时可以摆设的代码。
[*]该分支的代码是master合并代码的主要来源之一，所以一般开发新功能时也会基于该分支创建新分支进行开发
1.3、feature分支
该分支主要用于开发新特性或功能的
[*]命名规则：feature/[新特性或功能简短描述]
[*]该分支一般由 develop 分支中创建而来，并终极合并归去 develop 分支
1.4、fix分支
修复分支，主要用于修复已知的bug
[*]命名规则：fix/
1.5、hotfix分支
该分支用于修复生产环境中出现的紧急bug
[*]该分支一般从 master 分支或 release 创建而来，然后在修复后合并回 master 分支和 release 分支，而且还要合并到 develop 分支，以包管 develop 分支依然保存当前最新开发成果的代码
[*]命名规则：hotfix/
1.6、release分支
该分支用于预备代码发布，比方进行代码打包，版本更新等
[*]命名规则：release/[该版本的版本号]
2、分支操纵留意事项
多人同时开发一个项目时，经常会遇到代码冲突的问题，此时，就必要正确的操纵流程才能包管我们的解决冲突的过程中，不至于影响其他人的代码。具体的操纵流程如下：
[*]新建分支之前，必须要先 pull 最新代码，防止本地仓库代码比远程仓库代码旧
[*]commit 之前肯定要先 add 到暂存区，防止代码提交遗漏
[*]push 之前肯定要先 pull 当前分支的最新代码，防止其他人跟自己使用同一分支时无法正确提交代码
[*]操纵分支合并之前，肯定要先切换目标分支并 pull 最新代码之后再进行合并
[*]合并分支时如果有冲突，肯定要在本地仓库解决完冲突之后才能进行提交
[*]之前的一系列操纵完成之后，就可以愉快的 push 啦
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]