推薦ide里面的git工具

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

省時(shí)又省力

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

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

git log master..dev

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

git diff COMMIT1 ^ COMMIT2

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

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

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