对 git 分支使用不太理解

Question

对git的分支使用一直不太理解

master是肯定要推送的远端的，然后比如我建立了dev分支，又在dev上派生了dev-A分支，在dev-A上完成开发后合并至dev删除dev-A，但是并不想作为大版本发布，那么我究竟该直接把dev推送到远端，还是将dev合并到master后，将master推送到远端呢？

或者是否应该将 以上三个分支，全部推送到远端。

Answer 1

不同的公司有不同的开发规范，有的公司生产代码部署的是master分支，有的部署的是dev分支。
如果有开发规范就按照规范来。
1、如果开发规范，要求做好分支管理，保持分支整洁，就可以删除bugfix、feature等分支。
2、如果开发规范，要求开发记录可审计，最好保持所有分支。

Answer 2

dev一般是多人维护的开发分支，需要push到origin，你的dev-A应该是从origin上pull下来的dev然后checkout出来做开发的分支，开发完成merge到dev上（解决完冲突），最后把dev push回origin，删除本地dev-A

一般三五个人的小项目是这样合作开发的

Answer 3

首先明确，如果dev不推到远端，那么属于本地分支,因此如果多人合作，dev是必然要push的。
其次，dev-A分支属于你的个人任务，因此没有必要push到远端服务器。
按照题主所说，dev分支是作为当前版本的保留，是必然要push的，在需要发布的时候合入master。dev-A作为本地开发需要，在合入本地dev分支后，本地dev分支push完成，那么dev-A的工作线已经结束，之后删除。