在本地开发分支上推送，还是在本地的master分支推送？？？
Topic source你可以只使用一个master分支来实现本地/远程互相交换修改
也可以使用master/dev/release多个分支来实现本地master/远程master，本地dev/远程dev，本地release/远程relase之间交换修改
一切取决于项目管理的需要
感觉你的问题在于，根本没理解分支是用来干嘛的！！！你描述的这些合并之类的操作，老师并没有提到，在这几节课里面，根本不需要关注本地不同分支之间的关系，你主需要关注一个分支就可以了，比如你只需要关注本地dev分支与远程仓库的dev分支之间的关系，像你这样还考虑本地分支之间的关系，只会把自己搞晕，而且这完全没有必要！！！这节课稍微有点晕，只不过是引入了第三者。因此这节课的核心内容只有一点，那就是用户A、用户B、用户C这三者的某一个分支（如dev）之间的同步关系，只不过其中一个用户是远程仓库，另外两个用户是工作人员。建议你再回到前面去重看一下关于分支的知识点，先把基础搞清楚。
就是说你可以：1. 在本地先把dev做了修改，然后切到本地master分支，然后用master合并dev，并在master上提交并push到远端；
2. 也可以在本地dev做了修改，然后push到远端的dev分支，用远端的master合并dev，在本地的master上用pull拉一下
- 1
卿东望
在本地克隆远程仓库git clone git@xxx.git,
然后，在本地创建开发分支，并关联远程库分支git switch -c dev origin/dev
那么，在本地开发完后，是在开发分支上提交，推送吗？还是把分支切换到master分支上合并本地dev分支，然后在master分支推送？
如果在本地开发分支dev上推送，推送完还要切换到本地master上合并，合并完后需要删除dev分支。再次开发时，还要重新创建本地开发分支git switch -c dev origin/dev？