因为最近项目比较忙（当然也偷懒了，哈哈），就没有抽出时间写博客，但是工作中遇到的问题我都记在有道云笔记上了，今天抽时间更新一下吧。
之前团队合作都是使用vs2017,从内部就能拉取提交,后来和组长研究了一下git,然后就用码云来做代码管理了。对于我们曾经踩过的坑来分享一下。
首先master是主分支，这个用过git管理代码的朋友肯定很清楚了，不过我是后来把同事的代码给覆盖了之后才知道还有分支这一说，不过还好只是覆盖了两行，同事没有K我
团队合作的正常的操作是:master为主分支，每个成员也都有自己的副分支，大家在自己的分支上书写代码，确定无疑后再提交的主分支。
先操作个人分支:
1.git checkout test(或者个人的分支) 最重要的一点!!!在修改个人的代码时,一定要保证当前的分支的个人的分支!!!!
2.这个时候就可以写你要写的代码啦~写完之后进行第三步
3.git pull 拉取 这个虽然可以省略,但拉取一下肯定没有错
4.git add .
5.git commit -m '写个备注'
备注这一点很多人都不爱写，或者即使写了也是写了个时期时间草草了事。推荐大家把要提交的内容简单的描述一下，比如是什么功能，修改了那个模块的代码之类的，这样可读性很高。正所谓：代码千万行，注释第一行！
6.git push 然后就提交到远程的个人分支上了
操作主分支:
1.git checkout master 切换到主分支 有的朋友到了这一步发现自己切换不到主分支，这时候我建议你输入一下 git status 来查看一下文件状态,看看是不是有修改的文件没有提交，你可以选择提交，也可以撤回，操作成功后就可以切换主分支了。
2.git pull 切换到主分支的时候,其他的什么都别想,一定要先拉取啊骚年!!!这是最重要的一步,要是不拉取指不定谁的代码就被覆盖了,所以切换主分支之后第一部一定要拉取!!!因为真的是太重要了，简直是血的教训。
3.git merge origin/test(要合并的分支)
4.git push 确定没问题之后将master分支提交到远程仓库.
虽然已经结束的但是还有重要的一点:
提交完master主分支之后,如果还要继续写个人的代码,千千万万不要忘记再切换回个人的分支.不然就是在主分支上修改代码了!!!!!!!!!这个也是血的教育,我之前就有过主分支合并完之后忘记切换回我的个人分支,导致各种冲突,所以操作完主分支的代码后赶紧撤到个人的分支下。
还有一点也蛮重要的，就是个人分支要和主分支保持同步。因为这个团队的项目代码不仅仅是你一个人书写的，在你提交完个人的代码后，如果不把主分支的代码同步的个人分支上，而且你还和你的同事共同开发同一个模块，那么不是你把他的代码替换，就是他把你的代码覆盖。所以这两步也挺重要的。
1.git checkout test(或者个人分支名);
2.git merge master 合并主分支;
以上就是我使用git后遇到的一些问题,希望能和各位码友各位大神多交流。感谢感谢。