1.git add . // 将本地修改文件加入暂存区
2.git commit -m"修改内容"  //提交日志
3.git checkout master  // 切换到主分支  (建议操作到这里的时候利用git  branch  查看一下本地分支有哪些)
4.git pull   // 将本地主分支代码更新
5.git checkout  self-branch  //切换到自己分支
6.git  merge master  //将主分支代码合并更新到自己分支
7.git  push    // 提交到自己分支远程端
8.git  checkout  master //切换到主分支
9.git  merge  self-branch   // 将自己代码合并更新到本地主分支master
10.git  push  //  将本地代码推到远程主分支master上   
//  到这里已经实现了将本地代码推送合并到远程master主分支上了，但为了下次继续开发可以切换到自己开发分支上
11.git  checkout self-branch

参考：https://blog.csdn.net/xiaochumen0707/article/details/119113933

应该是先commit 自己本地的代码 再pull
直接pull 你本地的代码还没提交就直接被覆盖了

我的建议是：
1.在本地修改与远程代码无冲突的情况下，优先使用：pull->commit->push
2.在本地修改与远程代码有冲突的情况下，优先使用：commit->pull->push

那么我们怎么去确定是否有冲突呢？
一般我们在合作开发一个项目的过程中，都会有分工，有时会两个人同时修改一个类，有时整个类都是你自己在开发。
如果都是自己在开发的类，当然优先使用pull->commit->push，为什么我更倾向这种方式呢，因为这样会减少Git没有必要的merge。

如果有冲突的情况下，先pull了会出现什么问题呢？
如果你的判断失误，在本地修改与远程代码有冲突的情况下，先执行了git-pull，即使是这样也不用担心，git会给你一个错误提示，这时候你再去执行commit->pull->push也是没有问题的。