Bitbucket 캐리지 리턴

원본을 Bitbucket으로 다시 가져 가면 BB에서 수정 한 장소를 찾을 수 없습니다. 방금 코드의 어딘가에 여러 캐리지 리턴 문제를 입력했지만 BB는이를 전체 파일의 큰 변경으로 취급하고 전체 파일을 빨간색 또는 녹색으로 표시합니다. 이것에 대한 해결책은 무엇입니까?Bitbucket 캐리지 리턴

출처

2013-04-23 user2312240

당신은 git 또는 mercurial을 사용하고 있습니까? 그리고 어떤 플랫폼을 실행하고 있습니까? 내 첫 번째 생각은 CR/LF를 끝으로 파일 인코딩 문제입니다. LF (또는 not). – icabod

2015 년 1 월 말부터 bitbucket ** [지금 제공] (https://blog.bitbucket.org/2015/01/30/new-year-new-features/ "공백 무시 in diffs plus other goodies ") ** Simon이 아래에 언급 한 기능 .bitbucket의 경우 커밋을 볼 때 url의 끝에"? w = 1 "을 붙인 것처럼 보이며 공백을 무시하는 변경 사항이 표시됩니다 . – SeldomNeedy

이것은 줄 끝 문제와 같습니다.

Windows 및 UNIX 시스템은 같은 라인 결말이에 따라 일어나는 충돌을 방지하기 위해, 당신은 설정이 이눔해야 설정이 방법은 사용하지 마십시오 + Windows에서 : 자식 설정 --global core.autocrlf 사실을 + 유닉스에서 : git config --global core.autocrlf 입력

아이디어는 항상 LF (Unix 스타일)를 푸시하는 것입니다. 이렇게하면 Bitbucket 또는 Git은 변경된 모든 줄 끝을 표시하지 않고 거대한 diff 파일을 생성합니다.

사이드 노트 Github에서 URL 끝 부분에 ?w=0을 추가하면 공백을 무시하여 diff를 볼 수 있습니다. 불행히도 bitbucket에서 유사한 기능을 알지 못합니다. (

출처

2013-04-24 14:10:00

Bitbucket에서'? w = 1'을 통해 사용할 수 있습니다. 질문에 대한 의견보기 – SeldomNeedy

@ Simon Boudrias, Windows 컴퓨터에서'LF' 만 밀어 넣을 수있는 방법은 무엇입니까? autocrlf true'. 고마워. – tpk

Bitbucket 캐리지 리턴

답변

관련 문제