•第一種(強力推薦)git
•先拉取服務器的版本,不要打鉤(不打當即合併的勾)程序員
•再向本地提交,這時可能會出現衝突等問題服務器
•本地編譯運行一下,沒問題以後,最後推送到服務器上去分佈式
•第二種:(不推薦)工具
•先向本地提交spa
•再拉取服務器的併合並,這時可能會出現衝突等問題命令行
•本地編譯運行一下,沒問題以後,最後推送到服務器上去3d
•第一種的好處是在本地合併好了以後只有一個版本提交到服務器上去的,版本控制
•第二種是有兩個版本到服務器上去的,一個是程序員本身的版本,還有一個是服務器自動合併的版本xml
形成此類錯誤的解決方法爲先拉取服務器上的代碼, 而後再提交.
碰到此類問題先提交本地, 而後再拉取服務器代碼
此時,若是你拉取並服務器代碼時, 會有下面的提示出現
3.1 碰到代碼衝突
3.2 代碼衝突的具體顯示內容
3.3 解決衝突按鈕
3.4, 外部合併工具界面
3.5 解決完代碼衝突後的界面
正常狀況下若是服務器上的代碼也錯誤了, 就須要找以前的一個正確的版本進行提交回滾操做, 但在sourceTree上提交回滾以後只是有一個HEAD標籤, 並無真正改正過來, 因此此時建立一個分支, 將代碼先提交到分支上, 而後修改正確後再合併至主分支上.