git代碼多人寫同一個頁面或功能，合并代碼沖突

推薦ide里面的git工具

• 第一步:選擇要提交的文件, 然后點擊commit
• 第二部:先拉取遠端代碼到本地, 這一步ide會自動stash, 小的沖突自動merge, 大的沖突彈出選擇
• 第三部 直接push

省時又省力

1. 合并的時候，用可視化工具，github Desktop 或者 sourceTree等查看合并后的代碼，可以明確的看到自己的改動在哪些地方，確保自己的改動沒有影響別人的功能,自己寫的代碼要自己負責(zé)??；
2. 如果是合并的那個人，最好能把合并后的代碼跑一遍,看看有沒有明顯的異常；
3. 而且團隊里面需要一定的規(guī)范，像全局寫CSS這種要慎重，很容易影響別人的代碼，工具能做的也有一定的限度，這種情況靠個人的把控和團隊規(guī)范更加靠譜。

你們可以嘗試比較分支的區(qū)別。
查看dev分支比master多提交了那些內(nèi)容:

git log master..dev

也可以比較不同commit之間的區(qū)別：

git diff COMMIT1 ^ COMMIT2

首先說可以手動解決沖突。具體的方法一堆，上面的大佬已經(jīng)說明了。。。

我想強調(diào)的是，像你截圖這種的代碼我就問一句，人工合并你怎么合并，？是兩個人用了一樣的 className 還是說兩個不同的東西碰巧起名一樣了？是不是要去檢查邏輯了。如果已經(jīng)過去個幾天了。是不是還得看代碼？所以這是團隊合作的問題，改公共的之前，一定要看別人用沒用到。這只證明你們兩個人都沒去看，都只管自己的代碼了。

說下怎么做：
首先公共區(qū)域最好有專門一個人負責(zé)。另外一個人如果想改或者增加，去跟負責(zé)人講，想增加功能的那個人可以寫，但是合并代碼一定讓負責(zé)的人拍板。
其次不同的人做不同的功能，不同的功能以不同的文件來分割。采用模塊化編程（這個不在這里詳解）的方式。這樣即使命名沖突了。但是也不會互相影響的。