一 引言這一篇文章還是記錄我在杭州工作的總結。

我剛來公司的時候，對Git的使用很頭痛，因為在學校裏面很少用這個東西，即使用，一般也只有一個分支，不會出現代碼沖突和代碼合並的情況。但是公司裏面一個項目組有那麽多的人，無法避免代碼沖突和合並。從開始的戰戰兢兢到後來教新人使用Git，也算是一個成長吧，記錄一下我總結的使用方法。

二 關於沖突

公司裏面用的是GitLab，其實和GitHub是一個道理。在團隊協作時，合並代碼的過程中出現沖突時非常正常的一件事，並不是錯誤。所以也不要害怕沖突，更不能試圖掩蓋掉沖突。我們知道一般一個項目會有很多的文件，包括源代碼，文檔等，沖突的根源是兩個Git賬號對同一個文件做了修改

三 沒有沖突時的代碼提交流程

在大部分時候，團隊協作不會產生沖突，因為每個人負責的模塊不一樣，不會修改同一個文件。

先設定一個情景，比如你昨晚下班的時候提交了代碼，並且和同事的代碼合並過了，然後今天上午你又寫了很多代碼，到了午飯時間，你準備提交新的代碼。你需要按照以下步驟進行。

1 git add 你要提交的文件或者文件夾。

二 沒有沖突時的代碼提交流程

Git在商業項目中的使用流程