Windows 플랫폼의 git에서는 설명할 수 없는 많은 변경 사항이 매번 나타나지만 비교 후에는 차이점이 발견되지 않습니다.

Question

bitbucket.org에 git 저장소가 있어서 직장과 집에 있는 컴퓨터 간에 코드를 동기화할 수 있습니다. 하지만 서버에서 코드를 가져올 때마다 다시 복제하면 많은 수정 사항이 발생합니다. 파일 비교 도구를 사용하여 확인하세요. 수정 사항이 없습니다.

라인 엔딩 문제인 줄 알고 git을 다시 설치하고 무엇을 체크아웃하고 무엇을 커밋하는지 옵션을 선택했는데 여전히 설명과 안내 부탁드립니다. 아

-----보충----

이제는 확실히 라인 엔딩 문제입니다. 아래는 이렇게 화면을 채우는 커밋 로그입니다. 어떻게 설정하나요? 구성을 다시 설치하거나 수정해야 합니까?
게다가 이 문제의 원인은 무엇인가? 내 두 컴퓨터의 설정이 동일합니까? 서버가 이를 전송했을 수 있습니까?

파일은 작업 디렉토리에 원래 줄 끝을 갖습니다.
경고: CRLF는 src/Presentation.Seedwork/Resources/Mess
에서 LF로 대체됩니다. age.Designer.cs.
파일은 작업 디렉토리에 원래 줄 끝을 갖습니다.
파일 37개 변경, 삽입( ) 3234개, 삭제(-) 3234개

Answer 1

로컬 저장소에 설정해 보세요

으아악

Answer 2

귀하의 설명에 따르면 귀하의 회사와 귀하의 집은 서로 다른 운영 체제를 사용하는 것으로 보이며 줄 바꿈 문자의 차이로 인해 Git에서는 파일 내용이 변경된 것으로 생각하게 됩니다. Git이 지능적으로 변환할 수 있도록 설정할 수 있습니다.

1. Windows 시스템에서는 Git을 설치할 때 core.autocrlf 옵션을 true로 설정해야 합니다. 이는 아래 그림과 같습니다.
   

2. Linux/Unix/Mac 시스템에서는 일반적으로 기본 설정을 유지합니다(선택할 수 있는 설치 인터페이스가 없습니다). 물론 내 컴퓨터의 설정처럼 ~/.gitconfig을 수동으로 편집하고 core.autocrlf을 input으로 설정할 수 있습니다.
   

위 두 설정의 최종 결과는 Git이 제출할 때 항상 자동으로 줄 바꿈을 LF로 변환하고 Windows로 돌아올 때 자동으로 checkout를 CRLF로 변환하여 Windows에 적응한다는 것입니다. . 편집자.

위 설정을 했는데도 질문에 설명된 문제가 계속 발생한다면 생각하지 마세요. 팀의 다른 구성원이 위 두 가지 사항에 대해 설정을 지정하지 않았기 때문일 것입니다(높은 수준). Windows를 사용하는 경우도 있음) 하나씩 확인하실 수 있습니다.

그리고 Windows Git 설치 시 또 다른 설정도 헷갈리는데, 아래와 같은 것을 선택하는 것이 좋습니다.

이 옵션을 선택하면 구성이 가장 적게 필요하며 CLI와 Linux 간의 호환성이 상대적으로 높습니다. 유일한 단점은 Windows CLI와 Linux에서 동일한 이름을 가진 명령이 Linux 버전에서 덮어쓰여진다는 것입니다. find 등등. 제 생각에는 Windows CLI는 어차피 쓰레기이고, 덮어도 상관이 없습니다.

Answer 3

줄 끝을 비교할 수 있는 것은 모든 비교 도구의 기본 기능입니다