git衝突在這兩天有些頻繁，在git pull合併**的時候，就發生衝突，而且反覆執行發現還是存在衝突，後來發現了乙個狀態–merging。
解決方法
git reset --hard head首先你應該記住，你總是可以撤銷乙個合併操作，並且返回到衝突發生之前的狀態。也就是說，你永遠有機會放棄並重新開始。
如果你已經掌握了一些關於其它的版本控制系統的使用經驗，例如 subversion ，你可能會很難過。因為在 subversion 中處理衝突是被大家公認極為複雜而繁瑣的。這也就是為什麼我們要使用 git 的原因。簡單地說，它在這方面的工作原理是完全不同於 subversion 的。git 能夠在合併過程中顧及到很多方方面面的東西，從而為你創造乙個比較簡單的方案來解決可能出現的衝突。
當然，衝突只會妨礙你自己的工作，它是不會涉及到整個團隊的專案倉庫。這是因為在 git 中，衝突只可能發生在開發人員的本地計算機上，而不是在遠端伺服器上。
在 git 中，「合併（merging）」 是在形式上整合別的分支到你當前的工作分支的操作。你需要得到在另外乙個上下文背景下的改動（這就也就是我們所提到過的，乙個有效的分支應該是建立在乙個上下文工作背景上的），並且合併它們到你的當前的工作檔案中來。
作為你的版本管理系統，git 所帶來的最偉大的改善就是它讓合併操作變得非常輕鬆簡單。在大多數情況下，git 會自己弄清楚該如何整合這些新來的變化。
當然，也存在極少數的情況，你必須自己手動地告訴 git 該怎麼做。最為常見的就是大家都改動了同乙個檔案。即便在這種情況下，git 還是有可能自動地發現並解決掉這些衝突。但是，如果兩個人同時更改了同乙個檔案的同一行**，或者乙個人改動了那些被另乙個人刪除了的**，git 就不能簡單地確定到底誰的改動才是正確的。這時 git 會把這些地方標記為乙個衝突，你必須首先解決掉這些衝突，然後再繼續你的工作。
感謝大神們的分享：
離開分支合併的merging狀態
今天遇到乙個git合併的問題，git分支合併，原本只是想看看這兩個分支 具體有什麼區別的，結果merge了之後，發現 其實不需要合併，然後我本地的 分支就直接處於這個merging合併中的狀態了，想要pull 都不能pull，在網上查了一下git命令列，使用了下面這行命令，相當於回滾到你合併之前的一...
Git 合併分支 推送分支
1 本地倉庫與遠端倉庫同步，提取所有它獨有的資料到本地分支，供後續操作。git fetch origin2 把遠端倉庫中分支名為aimbranch中的 合併到本地倉庫中你當前所在的分支上。git merge no ff origin aimbranch3 把本地倉庫中你所在的分支中的 推送到遠端倉庫...
Git分支管理,建立分支
該鏈結博主詳細的描述了git 最主要的一句話 在不同的分支進行版本管理,只有在自己的分支上才會生效 合併衝突 修改主分支檔案 合併兩個或多個分支 建立乙個分支,在主分支master上切出乙個開發分支 git checkout b 分支名稱建立好新分支後,你現在所有的操作都是在新分支上進行 git b...