对 git 分支使用不太理解
对git的分支使用一直不太理解
master
是肯定要推送的远端的,然后比如我建立了dev
分支,又在dev
上派生了dev-A
分支,在dev-A
上完成开发后合并至dev
删除dev-A
,但是并不想作为大版本发布,那么我究竟该直接把dev
推送到远端,还是将dev
合并到master
后,将master
推送到远端呢?
或者是否应该将 以上三个分支,全部推送到远端。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
dev一般是多人维护的开发分支,需要push到origin,你的dev-A应该是从origin上pull下来的dev然后checkout出来做开发的分支,开发完成merge到dev上(解决完冲突),最后把dev push回origin,删除本地dev-A
一般三五个人的小项目是这样合作开发的
首先明确,如果dev不推到远端,那么属于本地分支,因此如果多人合作,dev是必然要push的。
其次,dev-A分支属于你的个人任务,因此没有必要push到远端服务器。
按照题主所说,dev分支是作为当前版本的保留,是必然要push的,在需要发布的时候合入master。dev-A作为本地开发需要,在合入本地dev分支后,本地dev分支push完成,那么dev-A的工作线已经结束,之后删除。
不同的公司有不同的开发规范,有的公司生产代码部署的是master分支,有的部署的是dev分支。
如果有开发规范就按照规范来。
1、如果开发规范,要求做好分支管理,保持分支整洁,就可以删除bugfix、feature等分支。
2、如果开发规范,要求开发记录可审计,最好保持所有分支。