git-commit - 클라우드의 온라인

프로그램:

이름

git-commit - 리포지토리에 변경 사항 기록

개요

자식 범하다 [-아 | --대화형 | --패치] [-s] [-v] [-u ] [--개정하다]
[--dry-run] [(-c | -C | --fixup | --squash) ]
[-NS | -미디엄 ] [--reset-author] [--허용-비어 있음]
[--allow-empty-message] [--no-verify] [-e] [--author= ]
[--날짜= ] [--정리= ] [--[아니오-]상태]
[-i | -o] [-S[ ]] [--] [ ...]

기술

인덱스의 현재 내용을 로그 메시지와 함께 새 커밋에 저장합니다.
변경 사항을 설명하는 사용자.

추가할 내용은 여러 가지 방법으로 지정할 수 있습니다.

1. 사용하여 자식 더하다 사용하기 전에 인덱스에 변경 사항을 점진적으로 "추가"하려면 범하다
명령(참고: 수정된 파일도 "추가"해야 함);

2. 사용하여 자식 rm 작업 트리 및 인덱스에서 파일을 제거하기 전에 다시
를 사용하여 범하다 명령;

3. 파일을 인수로 나열하여 범하다 명령, 이 경우 커밋은
인덱스에 준비된 변경 사항을 무시하고 대신 현재 내용을 기록합니다.
나열된 파일(Git에 이미 알려져 있어야 함)

4. -a 스위치를 사용하여 범하다 모든 변경 사항을 자동으로 "추가"하는 명령
알려진 파일(즉, 이미 색인에 나열된 모든 파일) 및 자동으로
작업 트리에서 제거된 인덱스의 "rm" 파일을 찾은 다음
실제 커밋;

5. --interactive 또는 --patch 스위치를 사용하여 범하다 하나를 결정하는 명령
파일이나 덩어리가 커밋의 일부여야 하는 파일에 의해
작업. 의 "대화형 모드" 섹션을 참조하십시오. 자식 추가(1) 조작 방법을 배우기 위해
이러한 모드.

--dry-run 옵션은
동일한 매개변수 세트(옵션 및 경로)를 제공하여 다음 커밋을 위해 위의 내용을 참조하십시오.

커밋하고 그 직후에 실수를 찾으면 복구할 수 있습니다.
그것과 함께 자식 재설정.

옵션

-a, --모두
수정 및 삭제된 파일을 자동으로 준비하도록 명령에 지시하지만
Git에 알리지 않은 새 파일은 영향을 받지 않습니다.

-p, --패치
대화형 패치 선택 인터페이스를 사용하여 커밋할 변경 사항을 선택합니다. 보다
자식 추가(1) 자세한 내용은.

-씨 , --재사용 메시지=
기존 커밋 객체를 가져오고 로그 메시지와 저작권을 재사용합니다.
커밋을 생성할 때 정보(타임스탬프 포함).

-씨 , --reedit-메시지=
처럼 -C하지만,과 -c 편집기가 호출되어 사용자가 추가로 편집할 수 있습니다.
커밋 메시지.

--수정=
rebase --autosquash와 함께 사용할 커밋 메시지를 구성합니다. 커밋 메시지는
"fixup!" 접두사가 있는 지정된 커밋의 제목 줄이어야 합니다. 보다 자식-
리베이스(1) 자세한 내용은.

--스쿼시=
rebase --autosquash와 함께 사용할 커밋 메시지를 구성합니다. 커밋 메시지
제목 줄은 "squash! "라는 접두사를 사용하여 지정된 커밋에서 가져옵니다. 수
추가 커밋 메시지 옵션(-m/-c/-C/-F)과 함께 사용됩니다. 보다 자식 리베이스(1)
세부.

--재설정-저자
-C/-c/--amend 옵션과 함께 사용하거나 충돌 후 커밋할 때
Cherry-pick, 결과 커밋의 저작권이 이제
커미터. 이렇게 하면 작성자 타임스탬프도 갱신됩니다.

--짧은
드라이런을 할 때는 출력물을 짧은 형식으로 제공하십시오. 보다 자식 상태(1)
세부. --dry-run을 의미합니다.

--나뭇 가지
짧은 형식으로도 지점 및 추적 정보를 표시합니다.

--도자기
드라이 런을 할 때 출력물을 도자기 준비 형식으로 제공하십시오. 보다 자식 상태(1)
자세한 내용은. --dry-run을 의미합니다.

--긴
드라이 런을 할 때 출력을 긴 형식으로 제공하십시오. --dry-run을 의미합니다.

-z, --널
짧은 또는 도자기 상태 출력을 표시할 때 상태 출력에서 ​​항목을 종료합니다.
LF 대신 NUL로. 형식이 지정되지 않은 경우 --porcelain 출력 형식을 의미합니다.

-NS , --파일=
주어진 파일에서 커밋 메시지를 가져옵니다. 사용하다 - 의 메시지를 읽으려면
표준 입력.

--저자=
커밋 작성자를 재정의합니다. 표준 AU Thor를 사용하여 명시적 작성자 지정
<[이메일 보호]> 형식. 그렇지 않으면 패턴으로 간주되어 사용됩니다.
해당 작성자의 기존 커밋 검색(예: rev-list --all -i
--저자= ); 그런 다음 커밋 작성자는 발견된 첫 번째 커밋에서 복사됩니다.

--날짜=
커밋에 사용된 작성자 날짜를 재정의합니다.

-미디엄 , --메시지=
주어진 것을 사용 커밋 메시지로. 여러 -m 옵션이 주어지면,
값은 별도의 단락으로 연결됩니다.

-NS , --템플릿=
커밋 메시지를 편집할 때 지정된 파일의 내용으로 편집기를 시작합니다.
commit.template 구성 변수는 종종 이 옵션을 제공하는 데 사용됩니다.
암시적으로 명령에. 이 메커니즘은 가이드를 원하는 프로젝트에서 사용할 수 있습니다.
어떤 순서로 메시지에 무엇을 쓸지에 대한 몇 가지 힌트와 함께 참가자. 만약
사용자가 메시지를 편집하지 않고 편집기를 종료하면 커밋이 중단됩니다. 이것은 없다
메시지가 다른 수단(예: -m 또는 -F 옵션)으로 제공될 때 효과가 있습니다.

-s, --사인오프
커밋 로그 메시지 끝에 커미터가 서명한 줄을 추가합니다. NS
사인오프의 의미는 프로젝트에 따라 다르지만 일반적으로 해당 커미터를 인증합니다.
동일한 라이선스로 이 저작물을 제출할 권리가 있으며 개발자에게 동의합니다.
원산지 증명서(참조 http://developercertificate.org/ ) 자세한 내용은를위한.

-n, --확인하지 않음
이 옵션은 사전 커밋 및 커밋 메시지 후크를 우회합니다. 또한보십시오 gitooks(5).

--허용-비어 있음
일반적으로 단독 부모 커밋과 똑같은 트리를 가진 커밋을 기록하는 것은
실수하고 명령을 사용하면 그러한 커밋을 수행할 수 없습니다. 이 옵션은
안전하며 주로 외국 SCM 인터페이스 스크립트에서 사용합니다.

--허용-빈 메시지
--allow-empty와 같이 이 명령은 주로 외부 SCM 인터페이스 스크립트에서 사용합니다.
배관을 사용하지 않고 빈 커밋 메시지로 커밋을 만들 수 있습니다.
다음과 같은 명령 자식 커밋 트리(1).

--정리=
이 옵션은 제공된 커밋 메시지가 이전에 정리되는 방법을 결정합니다.
커밋. NS 스트립, 공백, 그대로, 가위 또는 기본값이 될 수 있습니다.

조각
선행 및 후행 빈 줄, 후행 공백, 주석 및
연속적인 빈 줄을 접습니다.

공백
#commentary가 제거되지 않는다는 점을 제외하고 스트립과 동일합니다.

축 어적으로
메시지를 전혀 변경하지 마십시오.

가위
"#" 줄의 모든 항목(및 포함)을 제외하고 공백과 동일합니다.
------------------------ >8 ------------------------ "는 메시지가 잘립니다.
수정됩니다. "#"은 core.commentChar로 사용자 정의할 수 있습니다.

디폴트 값
메시지가 편집되는 경우 스트립과 동일합니다. 그렇지 않으면 공백.

기본값은 다음으로 변경할 수 있습니다. 커밋.정리 구성 변수(참조 자식-
설정(삼)).

-e, --edit
-F를 사용하여 파일에서, -m을 사용하여 명령줄에서, 그리고 다음을 사용하여 커밋 개체에서 가져온 메시지
-C는 일반적으로 수정되지 않은 커밋 로그 메시지로 사용됩니다. 이 옵션을 사용하면
이 소스에서 가져온 메시지를 편집하십시오.

--수정 불가
편집기를 실행하지 않고 선택한 커밋 메시지를 사용합니다. 예를 들어 git commit
--amend --no-edit 커밋 메시지를 변경하지 않고 커밋을 수정합니다.

--고치다
새 커밋을 만들어 현재 분기의 끝을 바꿉니다. 기록된 나무는
평소와 같이 준비(-i 및 -o 옵션 및 명시적
pathspec), 원본 커밋의 메시지가 시작점으로 사용됩니다.
명령줄에서 다른 메시지가 지정되지 않은 경우 빈 메시지 대신
-m, -F, -c 등과 같은 옵션을 통해. 새 커밋에는 동일한 부모와 작성자가 있습니다.
현재 것(--reset-author 옵션이 이에 대응할 수 있음).

대략적으로 다음과 같습니다.

$ 자식 재설정 --소프트 HEAD^
$ ... 올바른 나무를 찾기 위해 다른 일을 하십시오 ...
$ 자식 커밋 -c ORIG_HEAD

그러나 병합 커밋을 수정하는 데 사용할 수 있습니다.

커밋을 수정하는 경우 기록 다시 작성의 의미를 이해해야 합니다.
이미 게시되었습니다. ("UPSTREAM REBASE에서 복구" 섹션 참조 자식-
리베이스(1).)

--사후 재작성 없음
재작성 후 후크를 우회합니다.

-i, --포함
지금까지 준비된 내용을 커밋하기 전에 경로의 내용을 준비하십시오.
명령줄에서도 제공됩니다. 이것은 일반적으로 당신이 원하지 않는 한 당신이 원하는 것이 아닙니다.
충돌 병합을 종료합니다.

-오, --만
지정된 경로의 업데이트된 작업 트리 내용을 가져와 커밋합니다.
명령줄에서 다른 경로에 대해 준비된 내용은 무시합니다.
의 기본 작동 모드입니다. 자식 범하다 경로가 주어진 경우
명령줄에서 이 옵션을 생략할 수 있습니다. 이 옵션이 지정되면
와 함께 --고치다, 수정하는 데 사용할 수 있는 경로를 지정할 필요가 없습니다.
이미 준비된 변경 사항을 커밋하지 않고 마지막 커밋합니다.

-유[ ], --추적되지 않은 파일[= ]
추적되지 않은 파일을 표시합니다.

모드 매개변수는 선택 사항입니다(기본값은 모든), 처리를 지정하는 데 사용됩니다.
추적되지 않은 파일; -u를 사용하지 않는 경우 기본값은 표준, 즉 추적되지 않은 표시
파일 및 디렉토리.

가능한 옵션은 다음과 같습니다.

· 아니 - 추적되지 않은 파일을 표시하지 않음

· 표준 - 추적되지 않은 파일 및 디렉토리 표시

· 모든 - 또한 추적되지 않은 디렉토리의 개별 파일을 표시합니다.

기본값은 status.showUntrackedFiles 구성을 사용하여 변경할 수 있습니다.
에 문서화된 변수 자식 구성(1).

-v, --자세한
HEAD 커밋과 맨 아래에 커밋될 내용 간의 통합된 차이점 표시
사용자가 커밋을 설명하는 데 도움이 되는 커밋 메시지 템플릿
커밋의 변경 사항. 이 diff 출력에는 접두어가 붙지 않습니다.
과 #. 이 diff는 커밋 메시지의 일부가 아닙니다.

두 번 지정되면 커밋될 항목 간의 통합된 diff를 추가로 표시합니다.
및 작업 트리 파일, 즉 추적된 파일에 대한 단계적 변경이 없습니다.

-q, --조용한
커밋 요약 메시지를 표시하지 않습니다.

-건조
커밋을 만들지 말고 커밋할 경로 목록을 표시합니다.
커밋되지 않은 로컬 변경 사항과 추적되지 않은 경로.

--상태
의 출력을 포함 자식 상태(1) 커밋 메시지 템플릿에서 사용할 때
커밋 메시지를 준비하는 편집기. 기본값은 on이지만 재정의하는 데 사용할 수 있습니다.
구성 변수 commit.status.

--상태 없음
의 출력을 포함하지 마십시오. 자식 상태(1) 커밋 메시지 템플릿에서 사용할 때
기본 커밋 메시지를 준비하는 편집기.

-NS[ ], --gpg 기호[= ]
GPG 서명 커밋. keyid 인수는 선택 사항이며 기본값은 커미터입니다.
신원; 지정된 경우 공백 없이 옵션에 고정되어야 합니다.

--gpg-sign 없음
각각 강제로 설정되는 Countermand commit.gpgSign 구성 변수
서명할 것을 약속합니다.

--
더 이상 인수를 옵션으로 해석하지 마십시오.

...
파일이 명령줄에 주어졌을 때, 그 명령은
이미 준비된 변경 사항을 기록하지 않고 명명된 파일. 이 파일의 내용
또한 이전에 스테이징된 것 위에 다음 커밋을 위해 스테이징됩니다.

날짜 형식

GIT_AUTHOR_DATE, GIT_COMMITTER_DATE 환경 변수 및 --date 옵션
다음 날짜 형식을 지원합니다.

Git 내부 형식
그것은이다 , 어디 의 수입니다
UNIX 에포크 이후 초. 양수 또는 음수 오프셋입니다.
UTC에서. 예를 들어 CET(UTC보다 2시간 빠름)는 +0200입니다.

RFC 2822
RFC 2822에 설명된 표준 이메일 형식(예: 07년 2005월 XNUMX일 목요일)
22:13:13 +0200.

ISO 8601
ISO 8601 표준에서 지정한 시간 및 날짜입니다(예: 2005-04-07T22:13:13). NS
파서는 T 문자 대신 공백도 허용합니다.

주의 사항
또한 날짜 부분은 YYYY.MM.DD 형식으로 허용됩니다.
MM/DD/YYYY 및 DD.MM.YYYY.

사용 예

자신의 작업을 녹음할 때 작업 트리에서 수정된 파일의 내용은
"인덱스"라고 하는 스테이징 영역에 임시로 저장됩니다. 자식 더하다. 파일 수
작업 트리가 아닌 인덱스에서만 마지막 커밋으로 되돌립니다.
git reset HEAD 사용 -- , 효과적으로 되돌리는 자식 더하다 변경을 방지합니다.
다음 커밋에 참여하지 못하도록 이 파일로 이동합니다. 상태를 구축한 후
이 명령을 사용하여 증분 커밋, git commit(경로 이름 매개변수 없이)
지금까지 진행된 내용을 기록하는 데 사용됩니다. 이것은 명령의 가장 기본적인 형태입니다.
예 :

$ 편집 hello.c
$ git rm 작별 인사.c
$ 자식 추가 hello.c
$ 자식 커밋

각 개별 변경 후 파일을 준비하는 대신 git commit에 알릴 수 있습니다.
작업 트리에서 내용이 추적되고 수행되는 파일에 대한 변경 사항
해당하는 git add 및 git rm. 즉, 이 예제는 다음과 동일합니다.
작업 트리에 다른 변경 사항이 없는 경우 이전 예:

$ 편집 hello.c
$ rm 안녕.c
$ 자식 커밋 -a

git commit -a 명령은 먼저 작업 트리를 보고 수정했음을 확인합니다.
hello.c를 제거하고 작별 인사.c를 제거하고 필요한 git add 및 git rm을 수행합니다.

많은 파일에 대한 변경 사항을 준비한 후 변경 사항이 기록되는 순서를 변경할 수 있습니다.
git commit에 경로 이름을 지정합니다. 경로 이름이 지정되면 명령이 커밋합니다.
명명된 경로에 대한 변경 사항만 기록합니다.

$ 편집 hello.c hello.h
$ git add hello.c hello.h
$ 메이크파일 수정
$ git commit 메이크파일

이것은 Makefile에 대한 수정 사항을 기록하는 커밋을 만듭니다. 다음을 위해 준비된 변경 사항
hello.c 및 hello.h는 결과 커밋에 포함되지 않습니다. 그러나 그들의 변화는
손실되지 않음 - 그들은 여전히 ​​준비되고 단지 보류됩니다. 위의 순서가 끝나면
해야 할 것:

$ 자식 커밋

이 두 번째 커밋은 예상대로 hello.c 및 hello.h에 대한 변경 사항을 기록합니다.

병합 후(에 의해 시작됨 자식 병합 or 자식 당겨) 충돌로 인해 중지, 깔끔하게
병합된 경로는 이미 커밋되도록 준비되어 있으며 충돌하는 경로는
병합되지 않은 상태로 남아 있습니다. 어떤 경로가 충돌하는지 먼저 확인해야 합니다. 자식
지위 작업 트리에서 수동으로 수정한 후 결과를 다음과 같이 준비합니다.
평소와 자식 더하다:

$ 자식 상태 | 병합되지 않은 grep
병합되지 않음: hello.c
$ 편집 hello.c
$ 자식 추가 hello.c

충돌을 해결하고 결과를 준비한 후 git ls-files -u 언급을 중지합니다.
갈등의 길. 완료되면 git commit을 실행하여 마지막으로 병합을 기록합니다.

$ 자식 커밋

자신의 변경 사항을 기록하는 경우와 마찬가지로 -a 옵션을 사용하여 입력을 저장할 수 있습니다. 하나
차이점은 병합 해결 중에 경로 이름과 함께 git commit을 사용할 수 없다는 것입니다.
병합이 다음으로 기록되어야 하기 때문에 변경 사항이 커밋된 순서를 변경
단일 커밋. 사실, 명령은 경로 이름이 주어졌을 때 실행을 거부합니다(그러나 -i
선택권).

토론

필수는 아니지만 커밋 메시지를 짧은 메시지 하나로 시작하는 것이 좋습니다.
(50자 미만) 변경 사항을 요약하는 줄, 빈 줄, 그 다음
더 자세한 설명. 커밋 메시지의 첫 번째 빈 줄까지의 텍스트는
커밋 제목으로 취급되며 해당 제목은 Git 전체에서 사용됩니다. 예를 들어, 자식-
형식 패치(1) 커밋을 이메일로 변환하고 제목 줄에 제목을 사용하고
나머지 커밋은 본문에 있습니다.

Git은 어느 정도 문자 인코딩 불가지론입니다.

· Blob 개체의 내용은 해석되지 않은 바이트 시퀀스입니다. 없다
핵심 수준에서 번역을 인코딩합니다.

· 경로 이름은 UTF-8 정규화 형식 C로 인코딩됩니다. 이는 트리 개체에 적용되며,
인덱스 파일, 참조 이름 및 명령줄 인수의 경로 이름,
환경 변수 및 구성 파일(.git/config( 자식 구성(삼)), Gitignore(5)
Gitattributes(5)과하면 자식 모듈(삼)).

핵심 수준의 Git은 경로 이름을 단순히 NUL이 아닌 시퀀스로 취급합니다.
바이트열에는 경로 이름 인코딩 변환이 없습니다(Mac 및 Windows 제외).
따라서 ASCII가 아닌 경로 이름을 사용하면 대부분 플랫폼 및 파일에서도 작동합니다.
레거시 확장 ASCII 인코딩을 사용하는 시스템. 그러나 에 생성된 리포지토리
이러한 시스템은 UTF-8 기반 시스템(예: Linux, Mac, Windows)에서 제대로 작동하지 않습니다.
그 반대. 또한 많은 Git 기반 도구는 단순히 경로 이름을 다음과 같이 가정합니다.
UTF-8이며 다른 인코딩을 올바르게 표시하지 못합니다.

· 커밋 로그 메시지는 일반적으로 UTF-8로 인코딩되지만 다른 확장된 ASCII 인코딩
도 지원됩니다. 여기에는 ISO-8859-x, CP125x 및 기타 여러 항목이 포함되지만 지원
UTF-16/32, EBCDIC 및 CJK 멀티바이트 인코딩(GBK, Shift-JIS, Big5, EUC-x, CP9xx
등).

커밋 로그 메시지가 UTF-8로 인코딩되는 것을 권장하지만 코어와
Git Porcelain은 프로젝트에서 UTF-8을 강제 실행하지 않도록 설계되었습니다. 만약 모든 참가자가
특정 프로젝트는 레거시 인코딩을 사용하는 것이 더 편리하다고 생각하지만 Git은 금지하지 않습니다.
그것. 그러나 명심해야 할 몇 가지 사항이 있습니다.

1. 자식 범하다 과 자식 커밋 트리 커밋 로그 메시지가 주어지면 경고를 발행합니다.
프로젝트에서 다음을 사용한다고 명시적으로 말하지 않는 한 유효한 UTF-8 문자열처럼 보이지 않습니다.
레거시 인코딩. 이것을 말하는 방법은 .git/config에 i18n.commitencoding이 있는 것입니다.
다음과 같은 파일:

[i18n]
커밋 인코딩 = ISO-8859-1

위의 설정으로 생성된 커밋 개체는 i18n.commitencoding의 값을 기록합니다.
인코딩 헤더에서. 이것은 나중에 그들을 보는 다른 사람들을 돕기 위한 것입니다. 부족
이 헤더는 커밋 로그 메시지가 UTF-8로 인코딩되었음을 의미합니다.

2. 자식 기록, 자식 표시, 자식 비난 그리고 친구들은 커밋의 인코딩 헤더를 봅니다.
개체를 제거하고 달리 지정되지 않는 한 로그 메시지를 UTF-8로 다시 코딩해 보십시오. 너
.git/config에서 i18n.logoutputencoding으로 원하는 출력 인코딩을 지정할 수 있습니다.
다음과 같은 파일:

[i18n]
logoutputencoding = ISO-8859-1

이 구성 변수가 없으면 i18n.commitencoding의 값은 다음과 같습니다.
대신 사용됩니다.

커밋이 완료될 때 커밋 로그 메시지를 다시 코딩하지 않도록 의도적으로 선택했습니다.
UTF-8로 다시 코딩하는 것이 아니기 때문에 커밋 개체 수준에서 UTF-8을 강제 실행합니다.
반드시 되돌릴 수 있는 작업.

환경 및 구성 변수

커밋 로그 메시지를 편집하는 데 사용되는 편집기는 GIT_EDITOR에서 선택됩니다.
환경 변수, core.editor 구성 변수, VISUAL 환경
변수 또는 EDITOR 환경 변수(순서대로). 보다 자식 변수(1) 자세한 내용은.

후크

이 명령은 commit-msg, prepare-commit-msg, pre-commit 및 post-commit 후크를 실행할 수 있습니다.
만나다 gitooks(5) 자세한 내용은.

onworks.net 서비스를 사용하여 git-commit 온라인 사용