도구 및 파일 인코딩 구성
UTF-8이 아닌 차이점과 파일은 기본 설정 › Editor › Default encoding을 사용하여 읽습니다. 바이트 순서 표시는 항상 우선하며 맞지 않는 바이트는 �로 표시됩니다. Line endings (core.autocrlf)는 git이 CRLF와 LF를 변환하는 방법을 결정하고, Long paths는 git이 Windows에 260자를 넘는 경로를 생성하도록 합니다.
무료업데이트됨
GitTree 무료로 작동: 로그인하면 모든 로컬 Git 기능이 제공됩니다.
시작하기 전에
- 팀의 줄 끝 규칙을 알아두세요. 모든 컴퓨터에서 일치해야 합니다.
어디서 찾을 수 있나요?
- 인코딩을 위한 환경설정 › Editor; Line endings 및 Long paths에 대한 기본 설정 › General.
| 액션 | macOS | Windows 및 Linux |
|---|---|---|
| 환경설정 | ⌘, | Ctrl+, |
단계
기본 인코딩 설정
Editor에서 이전 파일이 사용하는 Default encoding을 선택합니다. Diff는 Read as …라고 말합니다.
줄 끝 선택
General에서 Line endings을(를) 설정합니다. Windows에서 Check out CRLF, commit LF는 편집자가 CRLF를 보는 동안 저장소를 LF에 유지합니다.
Windows에서 긴 경로를 허용합니다.
깊은 폴더가 있는 프로젝트가 체크아웃에 실패하면 Long paths을(를) 켜십시오.
예상되는 결과
텍스트는 올바르게 읽히고 줄 끝은 팀이 유지하는 방식으로 유지됩니다.
차이점이 알려주는 것
- 파일 옆의 CRLF: 해당 줄은 CRLF(
\ \). - "일부 줄은 LF로 끝나고 일부 줄은 CRLF로 끝납니다.": 파일은 두 가지를 모두 혼합합니다.
- "일부 바이트가 유효하지 않으며 �로 표시됩니다.": 다른 Default encoding을(를) 선택하세요.
편집기, diff 및 병합 도구 GitTree가 열리려면 외부 도구 구성을 참조하세요.
뭔가 잘못되면
파일의 모든 행이 변경된 것으로 표시됩니다.
줄 끝만 변경되었습니다. Line endings을(를) 팀과 일치시키고 .gitattributes을(를) * text=auto과(와) 고려하세요.
질문
인코딩 설정으로 인해 내 파일이 변경되나요?
아니요. GitTree가 읽고 표시하는 방법만 변경됩니다.