master：主分支
self_dev:自己的分支
假设我们整个团队在master分支上开发
1：首先拉取master分支到本地，再利用本地的master分支新建一个self_dev分支，自己的开发就在这个分支上
2：当需要上传到master时，首先将本地修改提交到本地，注意不要推送到远端
3：然后切换到master分支获取最新代码
4：再然后切换到自己的self_dev分支，选中master分支，右键，选“将当前变更衍合到matser”
5：解决冲突，更新
6：将自己本地的self_dev分支推送到远端
7：登录gitlab
情景0：
本地master和远程master
我们经常发现git有一个强大的功能就是分布式
我们在本地修改代码会先提交到本地，再推送到远端，所以其实我们在做文件差异化比较的时候，其实比较的本地master,所以我们应该要保证本地的matser和远程master及时更新
情景1：
关于使用git经常会遇到这种操作，比如你操作合并的时候，出现了冲突，然后你把别人的丢弃，都使用自己本地的，当别人修改的是对的时候，你这样的操作就是有误的，注意在你还没有推送到远端时，可以这样进行还原，找到别人对这些代码的提交记录，然后选中它，全看一下记录文件，点击这些记录文件，右键，重置到提交，就会使用别人的版本啦，这样再传上去就不会覆盖掉别人修改的东西了
情景2：
假如你提交bug代码到本地线上分支，并且推送到远程线上分支，结果策划叫你撤回来，这个bug不改了，下面做法是：
确定你上一次提交节点，
第一步：右键:重置分支到此次提交，
特别注意不要拉取
第二步：命令行："git push --force"
当然你如果没有推送到远端，第一步就够了啊
情景3：
我们经常在切换分支的时候，可能会遇到，xxx一堆文件将会被检出，然后导致你无法切换，必须先处理，可是你看了一下自己的改动记录，也没啥改动了啊，其实这里主要是说你本地分支里包含了一部分文件没有被跟踪，但是你要切换到的分支，将会从本地分支库中检出，所以你只需要点开文件状态，选择未跟踪的文件，就可以看到这些文件了
情景4：
当我们在变基代码的时候，冲突了
方式1：在代码编辑器中解决冲突
接受当前：表示使用自己的
接受进来的：表示使用来自外部的
接受两者的合并：表示保留两个的改变，如果选择了这个，那么这个冲突需要你自己手动修改，另外统计目录还会生成四个文件
_local-1234,-remote-1234,-base-1234,-backup-1234,这四个文件属于辅助性文件，你处理完文件，删除他们即可
比较改变：选中它，可以在界面上看出差异
最后记得在sourcetree界面标记冲突为已解决
你在编辑器界面会看到下面几个标记
+++++++++++head 表示来自外部的改变
+++++++++++你的提交tag 表示这是你自己的改变
