이 문서에서는 git config 명령에 대해 자세히 살펴 봅니다. git config 사용법. git config 명령은 전역 또는 로컬 프로젝트에서 Git 구성 값을 설정하는 데 사용되는 편리한 기능입니다. 이러한 구성 수준은 .gitconfig 텍스트 파일에 해당합니다. git config를 실행하면 구성 텍스트 파일이 수정됩니다. 일반적인 구성 설정을 다룹니다. 이메일, 사용자 이름 및 편집자와 같은. 자주 사용하는 Git 작업에 대한 바로 가기를 만들 수있는 Git 별칭에 대해 설명합니다. git config 및 다양한 Git 구성 설정에 익숙해지면 강력한 사용자 지정 Git 워크 플로를 만드는 데 도움이됩니다. .

사용법

git config의 가장 기본적인 사용 사례는 설정 값을 다음 위치에 표시 할 구성 이름으로 호출하는 것입니다. 구성 이름은 계층 구조를 기반으로 “섹션”과 “키”로 구성된 점으로 구분 된 문자열입니다. 예 : user.email

이 예에서 email은 사용자 구성 블록의 하위 속성입니다. 그러면 Git이 로컬에서 생성 된 커밋과 연결할 구성된 이메일 주소가 반환됩니다.

git 구성 수준 및 파일

git config 사용법에 대해 자세히 논의하기 전에 잠시 구성 수준을 살펴 보겠습니다. git config 명령은 작업 할 구성 수준을 지정하는 인수를 허용 할 수 있습니다. 다음 구성 수준을 사용할 수 있습니다.

• --local

기본적으로 git config는 구성 옵션이 전달되지 않으면 로컬 수준에 기록합니다. 로컬 수준 구성은 컨텍스트 저장소 git config에 적용됩니다. 로컬 구성 값은 저장소의 .git 디렉토리에서 찾을 수있는 파일에 저장됩니다. .git/config

• --global

글로벌 수준 구성은 사용자입니다. 특정 운영 체제 사용자에게 적용됨을 의미합니다. 전역 구성 값은 사용자의 홈 디렉토리에있는 파일에 저장됩니다. Unix 시스템의 경우 ~ /.gitconfig 및 Windows의 경우 C:\Users\\.gitconfig

• --system

시스템 수준 구성은 전체 시스템에 적용됩니다. 여기에는 운영 체제의 모든 사용자와 모든 저장소가 포함됩니다. 시스템 수준 구성 파일은 시스템 루트 경로의 gitconfig 파일에 있습니다. Unix 시스템의 경우 $(prefix)/etc/gitconfig. Windows의 경우이 파일은 Windows XP의 경우 C:\Documents and Settings\All Users\Application Data\Git\config, Windows Vista 이상의 경우 C:\ProgramData\Git\config에서 찾을 수 있습니다.

따라서 구성 수준의 우선 순위는 로컬, 글로벌, 시스템입니다. 즉, 구성 값을 찾을 때 Git은 로컬 수준에서 시작하여 시스템 수준까지 버블 링됩니다.

값 작성

이미 알고있는 내용 확장 git config에 대해 값을 작성하는 예를 살펴 보겠습니다.

이 예제는 값을 구성 이름 user.email에 추가합니다.이 값은 --global 플래그를 사용합니다. 현재 운영 체제 사용자에 대해 설정됩니다.

git config editor-core.editor

많은 Git 명령은 추가 입력을 요청하는 텍스트 편집기를 실행합니다. 가장 일반적인 사용 중 하나입니다. git config에 대한 사례는 Git에서 사용해야하는 편집기를 구성하는 것입니다. 아래 목록은 인기있는 편집기와 일치하는 git config 명령의 표입니다.

병합 도구

병합 충돌시 Git은 “병합 도구”를 시작합니다. 기본적으로 Git은 내부 구현을 사용합니다. f 일반적인 Unix diff 프로그램. 내부 Git diff는 최소 병합 충돌 뷰어입니다. 대신 사용할 수있는 외부 타사 병합 충돌 해결 방법이 많이 있습니다. 다양한 병합 도구 및 구성에 대한 개요는 Git과의 충돌을 해결하기위한 팁 및 도구에 대한 가이드를 참조하세요.

컬러 출력

Git은 빠르게 Git 출력을 읽는 데 도움이되는 컬러 터미널 출력을 지원합니다. 개인화 된 색상 테마를 사용하도록 Git 출력을 사용자 정의 할 수 있습니다. git config 명령은 이러한 색상 값을 설정하는 데 사용됩니다.

color.ui

이것은 Git 색상의 마스터 변수입니다. false로 설정하면 모든 Git의 컬러 터미널 출력이 비활성화됩니다.

기본적으로 color.ui는 자동으로 설정되어 즉시 터미널 출력 스트림에 색상을 적용합니다.자동 설정은 출력 스트림이 파일로 리디렉션되거나 다른 프로세스로 파이프되는 경우 색상 코드 출력을 생략합니다.

color.ui 값을 항상 어떤 값으로 설정할 수 있습니다. 또한 출력 스트림을 파일 또는 파이프로 리디렉션 할 때 색상 코드 출력을 적용합니다. 수신 파이프가 색상 코드 입력을 예상하지 않을 수 있으므로 의도하지 않게 문제가 발생할 수 있습니다.

Git 색상 값

color.ui , 다른 많은 세부적인 색상 설정이 있습니다. color.ui와 마찬가지로 이러한 색상 설정은 모두 false, auto 또는 always로 설정할 수 있습니다. 이러한 색상 설정은 특정 색상 값 세트를 가질 수도 있습니다. 지원되는 색상 값의 몇 가지 예는 다음과 같습니다.

• 보통
• 검정
• 빨간색
• 녹색
• 노란색
• 파란색
• 마젠타
• 시안
• 흰색

색상은 다음과 같이 지정할 수도 있습니다. # ff0000과 같은 16 진수 색상 코드 또는 터미널에서 지원하는 경우 ANSI 256 색상 값

Git 색상 구성 설정

color.branch

• Git 분기 명령의 출력 색상을 구성합니다.

color.branch. 슬롯 >

• 이 값은 Git 분기 출력에도 적용됩니다. slot >은 다음 중 하나입니다.
  • 1. 현재 : 현재 분기
  • 2. 지역 : 지역 지점
  • 3. remote : refs / remotes의 원격 분기 참조
  • 4. 업스트림 : 업스트림 추적 분기
  • 5. 일반 : 기타 참조

color.diff

• git diff, git log 및 git show 출력

color.diff .slot >

• 슬롯 구성 > div color.diff 아래의> 값은 특정 색상을 사용할 패치 부분을 git에게 알려줍니다.
  • 1. context : diff의 컨텍스트 텍스트입니다. Git 컨텍스트는 변경 사항을 강조하는 diff 또는 패치에 표시되는 텍스트 콘텐츠 줄입니다.
  • 2. plain : 문맥의 동의어
  • 3. meta : diff의 메타 정보에 색상을 적용합니다.
  • 4. frag : “hunk header”또는 “hunk header의 기능”에 색상을 적용합니다.
  • 5. old : diff에서 제거 된 라인에 색상을 적용합니다.
  • 6. 신규 : diff의 추가 된 라인에 색상을 지정합니다.
  • 7. commit : 색상은 diff 내에서 헤더를 커밋합니다.
  • 8. 공백 : diff에서 공백 오류의 색상을 설정합니다.

color.decorate. 슬롯 >

• git log --decorate 출력의 색상을 사용자 정의합니다. 지원되는 슬롯 > 값은 branch, remoteBranch, , stash 또는 HEAD. 로컬 브랜치, 원격 추적 브랜치, 태그, 숨김 변경 사항 및 HEAD에 각각 적용됩니다.

color.grep

• git grep의 출력에 색상을 적용합니다.

color.grep. 슬롯 >

• git에도 적용 가능 grep. slot > 변수는 grep 출력에서 색상을 적용 할 부분을 지정합니다.
  • 1. 문맥 : 문맥 줄에 일치하지 않는 텍스트
  • 2. 파일 이름 : 파일 이름 접두사
  • 3. 함수 : 함수 이름 줄
  • 4. 줄 번호 : 줄 번호 접두사
  • 5. 일치 : 일치하는 텍스트
  • 6. matchContext : 문맥 줄에서 일치하는 텍스트
  • 7. matchSelected : 선택한 줄에서 일치하는 텍스트
  • 8. 선택됨 : 선택한 줄에서 일치하지 않는 텍스트
  • 9. 구분 기호 : 한 줄 (:,-및 =)의 필드 간 구분 기호 (-)

8. color.interactive

• 이 변수는 대화 형 프롬프트 및 디스플레이에 색상을 적용합니다. 예는 git add --interactive 및 git clean --interactive

9입니다. color.interactive.slot >

• slot > 변수는보다 구체적인 ” 대화 형 출력 “. 사용 가능한 슬롯 > 값은 프롬프트, 헤더, 도움말, 오류입니다. 그리고 각각은 대응하는 대화 형 출력에 작용합니다.

color.pager

• 호출기가 사용 중일 때 컬러 출력을 활성화 또는 비활성화합니다.

color.showBranch

• git show branch 명령에 대한 색상 출력 활성화 또는 비활성화

12. color.status

• Git 상태에 대한 색상 출력을 활성화 또는 비활성화하는 부울 값

13. color.status.slot >

지정된 git 상태 요소에 대한 사용자 정의 색상을 지정하는 데 사용됩니다. slot >는 다음 값을 지원합니다.

• 1.header
  • 상태 영역의 헤더 텍스트를 타겟팅합니다.
• 2. 추가 또는 업데이트
  • 추가되었지만 커밋되지 않은 두 대상 파일
• 3. changed
  • 수정되었지만 git 색인에 추가되지 않은 파일을 대상으로합니다.
• 4. 추적되지 않은
  • Git에서 추적하지 않는 파일을 대상으로합니다.
• 5. 분기
  • 현재 분기에 색상 적용
• 6. nobranch
  • “no branch”경고가 표시되는 색상
• 7. 병합되지 않은
  • 병합되지 않은 변경 사항이있는 색상 파일

별칭

다음에서 별칭 개념에 익숙 할 수 있습니다. 운영 체제 명령 줄 그렇지 않은 경우 “더 길거나 결합 된 명령으로 확장 할 명령을 정의하는 사용자 정의 바로 가기입니다. 별칭을 사용하면 자주 사용하는 명령을 입력하는 데 드는 시간과 에너지 비용을 절약 할 수 있습니다. Git는 자체 별칭 시스템을 제공합니다. Git 별칭의 일반적인 사용 사례는 단축됩니다. 커밋 명령입니다. Git 별칭은 Git 구성 파일에 저장됩니다. 즉, git config 명령을 사용하여 별칭을 구성 할 수 있습니다.

이 예에서는 git commit 명령에 대한 ci 별칭을 만듭니다. 그런 다음 iv id = “를 실행하여 git commit를 호출 할 수 있습니다. f12114d074 “> . 별칭은 다른 별칭을 참조하여 강력한 콤보를 만들 수도 있습니다.

이 예에서는 별칭을 구성하는 별칭 수정을 만듭니다. ci 별칭을 --amend flag를 사용하는 새 별칭으로 변환합니다.

& 공백

Git 공백을 강조하도록 구성 할 수있는 여러 “공백”기능이 있습니다. git diff를 사용할 때 문제. 공백 문제는 구성된 색상을 사용하여 강조 표시됩니다. color.diff.whitespace

다음 기능은 기본적으로 활성화됩니다.

• blank-at-eol는 줄 끝에서 고아 공백을 강조 표시합니다.
• space-before-tab는 줄을 들여 쓰기 할 때 탭 문자 앞에 나타나는 공백 문자를 강조합니다.
• blank-at-eof는 파일 끝에 삽입 된 빈 줄을 강조 표시합니다.

다음 기능은 기본적으로 비활성화되어 있습니다.

• indent-with-non-tab는 탭 대신 공백으로 들여 쓰기 된 줄을 강조 표시합니다.
• tab-in-indent는 초기 탭 들여 쓰기 오류로 표시
• trailing-space는 blank-at-eol 및 blank-at-eof 둘 다의 축약 형입니다.
• cr-at-eol highlights 줄 끝의 캐리지 리턴
• tabwidth=는 탭이 차지하는 문자 위치 수를 정의합니다. 기본값은 8입니다. 허용되는 값은 1-63입니다.

요약

이 기사에서는 git config command. 이 명령이 파일 시스템에서 원시 git config 파일을 편집하는 확실한 방법에 대해 논의했습니다. 구성 옵션에 대한 기본 읽기 및 쓰기 작업을 살펴 보았습니다. 일반적인 구성 패턴을 살펴 보았습니다.

• Git 편집기를 구성하는 방법
• 구성 수준을 재정의하는 방법
• 구성 기본값을 재설정하는 방법
• git 색상을 사용자 지정하는 방법

전체적으로 git config는 원시

파일. 개인 맞춤화 옵션에 대해 자세히 설명했습니다. git 구성 옵션에 대한 기본 지식은 저장소 설정을위한 전제 조건입니다. 기본 사항에 대한 데모는 해당 가이드를 참조하십시오.