因為最近項目比較忙（當然也偷懶了，哈哈），就沒有抽出時間寫博客，但是工作中遇到的問題我都記在有道雲筆記上了，今天抽時間更新一下吧。
之前團隊合作都是使用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后遇到的一些問題,希望能和各位碼友各位大神多交流。感謝感謝。