git怎么给⾃⼰的分⽀命名_Git分⽀管理及命名规范Git分⽀管理及命名规范
发布时间：2018-05-17 11:24,
浏览次数：2056
, 标签：
Git
⼀、分⽀分类
Git主分⽀(保留分⽀)：master 、release
Git辅助分⽀(临时分⽀)：dev-*、bugfix-*、release-*
⼆、分⽀简介
2.1 master 主分⽀
对应线上(正式环境)的代码，⼀旦版本上线由测试⼈员发送合并matser邮件，开发⼈员将对应上线tag版本合并⾄master分⽀。
2.2 release 主分⽀
同 master 分⽀，预发环境通过之后，上线之前，合并 release 分⽀。
2.3 dev-* 辅助分⽀
从 master 拉取，⽤于新需求(版本)开发
*号为版本号+期次号
2.4 bugfix-* 辅助分⽀
从 master 拉取，⽤于快速修复线上Bug
*号为bug英⽂简称+期次号
2.5 release-* 辅助分⽀
从 master 拉取，⽤于确保当前版本是基于线上最新版本迭代，可处理与线上代码存在的冲突。
任务辅助分⽀在测试环境通过之后，上预发环境之前，务必拉取⼀个 release-* 分⽀。
*号为对应的 dev-*  或 bugfix-* 的*
三、分⽀管理
3.1 需求(版本)开发
从 master 拉取 dev 分⽀
分⽀命名规则 ：类型 - 版本号
Tag命名规则： 类型 - 版本号 - 期次号
例⼦：
分⽀：
dev-v2.0.1
release-v2.0.1
Tag:
dev-v2.0.1-102401
release-v2.0.1-102401
3.2 线上问题处理
从 master 拉取 bugfix 分⽀
分⽀命名规则：类型 - bug英⽂简称
Tag命名规则： 类型 - bug英⽂简称 - 期次号
例⼦：
分⽀：
bugtfix-dateError
release-dateError
Tag:
bugfix-dateError-102401
release-dateError-102401
----------------------------------------
我是分割线 ----------------------------------------
----------------------------------------
接下来为扯淡内容，仅供参考 ----------------------------------------
----------------------------------------
我也是分割线 ----------------------------------------
Git分⽀管理模式如下：
(▲独家⼿绘，转载烦请注明来源)
注解：
git主要分master、dev这两个分⽀。
1、master分⽀⽤于存储线上稳定、可运⾏、⾃以为⽆Bug的代码最新版本！
2、dev分⽀⽤于开发⼈员⽇常代码合并更新，为避免各⾃(需求)分⽀在完成之后合并导致⼤量冲突代码，建议每天上班pull、下班push ，保持 dev分⽀ 和
⾃⼰分⽀ 的代码和平共处！
3、如有需求进来，必须从master上新建分⽀，进⾏该需求的开发，在需求完成后更新master！
ok到此为⽌，⾮常遗憾地告诉你这是⼀个错误的案例~~~
修改：
注解：
git主要分master、dev这两个分⽀。
1、master分⽀⽤于存储线上稳定、可运⾏、⾃以为⽆Bug的代码最新版本！
2、dev分⽀⽤于开发⼈员⽇常代码合并更新，为避免各⾃(需求)分⽀在完成之后合并master分⽀导致⼤量冲突代码，建议每天上班pull、下班push
建议先合并⾄dev分⽀，在这⼀环节中处理冲突代码，保持 dev分⽀ 和 ⾃⼰分⽀ 的代码和平共处！
等dev分⽀和⾃⼰分⽀的冲突解决之后，再从dev分⽀提交⾄master分⽀！
3、如有需求进来，必须从master上新建分⽀，进⾏该需求的开发，在需求完成后更新dev分⽀，然后由dev分⽀提交⾄master！
以上为笔者在开发过程中对git管理的个⼈理解，git管理并没有强求这个那个分⽀什么时候提交什么时候销毁，只要能更好地管理你的项⽬代码，什么git模式，you
happy jiu ok ~~~
ok到此为⽌，⾮常遗憾地告诉你这是⼀个博主单⽅⾯的案例~~~
git常用指令
正规军⽤法如图：
注解：
Git分⽀主要分为主分⽀(master)、开发分⽀(develop)、辅助分⽀(dev-*、release-*、hotfix-*)。
主分⽀
命名：master
要求：团队成员可以从主分⽀上获得线上(正式环境)的代码
开发分⽀
命名：develop
要求：团队成员可以从开发分⽀上获得最新开发进展的代码
辅助分⽀
命名：dev-* 或 release-* 或 hotfix-*
要求：辅助分⽀⼤体包括以下⼏类：
“管理功能开发”的分⽀、“帮助构建可发布代码”的分⽀、“可以便捷的修复发布版本关键 BUG”的分⽀，等等。
相对应的我们可以设以下⼏类分⽀：
Feature branches：命名以 dev- 开头，从develop分⽀上拉取，⽤于开发新版本功能，完成之后合并⾄develop分⽀。
Release branches：命名以 release-
开头，从develop分⽀上拉取，⽤于预发布新版本及修复预发布版本Bug，完成之后分别合并⾄master分⽀和develop分⽀。
Hotfix branches：命名以 hotfix-
开头，从master分⽀上拉取，⽤于快速修复线上Bug，完成之后分别合并⾄master分⽀和develop分⽀。
⽇志提交
+ 新增。。。。。。
- 删除。。。。。。
* 修改。。。。。。
参考资料：Git 分⽀管理是⼀门艺术
Git常⽤命令参考：Git教程-分⽀和tag管理

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。