可能重複:
What's the best CRLF handling strategy with git?Git的標誌爲衝突的整個文件合併主當進入分支
我目前的工作在哪裏幾乎每次我合併高手進我的分支項目,我得到合併衝突,git說整個文件已經改變。通常,當我使用Notepad ++的比較工具對這些文件進行比較時,它會報告只有幾行實際發生了更改,並且通常甚至不會導致衝突。
有一段時間,我只是忍受這種行爲作爲跨平臺工作時遇到的問題(我們的團隊使用Windows 7,OSX和Debian的混合開發),但今天當我合併了一些嚴重的問題,阻止我前進。我已經研究過這個,看起來它可能與git core.autocrlf配置有關,但我不確定如何解決這個問題,以便它立即消失,或者隨着git修復損壞而慢慢消失我以前做過。任何人都可以就如何解決這個問題提供任何建議嗎?
謝謝,
亞歷
可能重複[什麼是使用Git最好的CRLF處理策略?](http://stackoverflow.com/questions/170961/whats-the-best-crlf-handling-strategy-with-git ),或者可能[爲什麼我應該在git中使用core.autocrlf = true?](http://stackoverflow.com/questions/2825428/why-should-i-use-core-autocrlf-true-in-git) – Romain 2012-08-14 14:51:01
事情是我不確定這個問題是否與CRLF相關,這只是我通過谷歌搜索找到的一種可能性,我不是git專家 – 2012-08-14 14:51:43
您可以細化差異以查看更改是否在換行符上?如果是這樣,這可能是一個'CRLF'問題(特別是因爲你使用多個平臺)。 – 2012-08-14 14:52:01