가능한 중복 마스터를 병합 할 때 :
What's the best CRLF handling strategy with git?힘내 갈등으로 전체 파일을 표시 지점에
나는 현재 거의 모든 시간을 내 지점으로 마스터 병합 프로젝트에서 일하고 있어요을 git이 전체 파일이 변경되었다고하는 곳에서 병합 충돌이 발생합니다. 종종 메모장 ++ 도구의 비교 도구를 사용하여 이러한 파일을 비교할 때 실제로는 몇 줄 밖에 변경되지 않았으며 종종 충돌이 발생하지 않는다고보고합니다.
잠시 동안이 동작을 크로스 플랫폼 (Windows 7, OSX 및 데비안을 개발 용으로 혼합하여 사용)에서 작업해야하는 문제로 생각해 보았습니다. 그러나 오늘 나를 진전시키는 것을 방해하고있는 심각한 문제들이 합병되었습니다. 나는 이것으로 직접 들여다 보았다. 그것은 core core.autocrlf config와 관련이있는 것 같다.하지만이 문제를 해결하는 방법이 확실하지 않아 즉각적으로 사라지거나 git이 손상을 수정하면 서서히 사라질 것이다. 나는 이전에 해왔다. 누구든지이 문제를 해결할 수있는 방법을 제안 할 수 있습니까?
감사합니다,
알렉스
가능한 중복 [어떤 자식과 함께 최고의 CRLF 처리 전략인가?] (http://stackoverflow.com/questions/170961/whats-the-best-crlf-handling-strategy-with-git), 또는 가능하면 왜 [core.autocrlf = true를 사용해야합니까?] (http://stackoverflow.com/questions/2825428/why-should-i-use-core-autocrlf-true-in-git) – Romain
문제는 CRLF 관련 문제인지 여부를 확신 할 수 없다. 이것은 인터넷 검색을 통해 발견 한 가능성 일 뿐이며, 나는 쓸모가 없다. –
변경 사항이 줄 바꿈에 있는지 확인하기 위해 diff를 미세 조정할 수 있습니까? 그렇다면 아마도 여러 플랫폼을 사용하고 있기 때문에 아마도'CRLF' 문제 일 것입니다. –