没有合适的资源?快使用搜索试试~ 我知道了~
在实际开发中,我们应该按照几个基本原则进行分支管理:首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。所以,团队合作的分支看起来就像这样:在看具体实践前,需要了解一些理论概念,参考创建与合并分支: (1)HEAD指针与分支间的关系: (2)分支合并的时候,默认采用FastForward模
资源推荐
资源详情
资源评论
Git分支创建与合并分支创建与合并
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并
到master上,在master分支发布1.0版本;
你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
所以,团队合作的分支看起来就像这样:
在看具体实践前,需要了解一些理论概念,参考创建与合并分支:
(1)HEAD指针与分支间的关系:
(2)分支合并的时候,默认采用Fast Forward模式,可称为“快进合并”,即将master直接指向dev的当前提交,如下图,
但这种模式下,删除分支后,会丢掉分支信息:
(3)no-ff模式,在合并的时候采用该模式,会新创建一个提交,并将master指向该最新提交。
资源评论
weixin_38747818
- 粉丝: 9
- 资源: 893
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功