git 커밋 사용에 대한 튜토리얼

에 대한 포괄적 인 안내서

이 기사는 를 사용하고 효과적인 커밋 메시지, 공통 깃발을 작성하는 방법을 다루는 기초를 다루고 이전 커밋을 이해하는 방법을 다루는 것입니다. 현재 작업 디렉토리 및 스테이징 영역의 스냅 샷이 필요하여 변경 세트로 녹음합니다. 커밋하기 전에 를 사용하는 변경 사항을 중단해야합니다. 이렇게하면 의도 한 특정 수정 사항 만 커밋 할 수 있습니다. git commit

프로세스의 고장은 다음과 같습니다.

git commit

파일을 편집합니다. 스테이지 변경 : git commit 또는 (모든 변경 사항)에서 수정 된 파일을 사용하여 Stage 영역에 추가하십시오. 는 어떤 파일이 준비되어 있고 어떤 파일이 아닌지를 보여줍니다. 이렇게하면 기본 텍스트 편집기 (종종 VIM 또는 NANO)가 열려 커밋 메시지를 작성하라는 메시지가 표시됩니다. 편집기를 저장하고 닫으려면 커밋을 완료합니다.

기본 git commit 명령은 다음과 같습니다. git add 제공하지 않으면 기본 메시지로 모든 단계 변경 사항을 충족시킵니다. 항상 명확하고 간결한 커밋 메시지를 제공하는 것이 좋습니다.

효과적인 커밋 메시지를 제작하는

잘 작성된 커밋 메시지는 깨끗하고 이해할 수있는 GIT 기록을 유지하는 데 중요합니다. 좋은 커밋 메시지는 다음과 같은 지침을 따라야합니다.

1. 간결한 요약 (50 자 이하)으로 시작하십시오. 이 요약은 커밋의 목적을 명확하게 설명해야합니다. 명령물 분위기 (예 : 로그인의 버그 수정, "로그인의 버그 수정이 아닌"버그 수정 ". 커밋. 이것은 더 크거나 더 복잡한 변화에 특히 중요합니다. 적절한 문법과 철자를 사용하십시오 : 메시지를 이해하기 쉽게 만듭니다.
2. 좋은 커밋 메시지의 예 : git add git add . git status 행동 : <.>
   : 명령 줄에 커밋 메시지를 직접 지정할 수 있습니다. 작고 간단한 커밋에 유용합니다. 예를 들면 :
   • -m "<message>" git commit -m "Update README" : 커밋하기 전에 추적 된 파일의 모든 변경 사항을 단계적으로 진행합니다. 이것은 단계를 건너 뜁니다. 그러나 git에 이미 알려진 파일의 변경 사항 만 포함됩니다. 의도하지 않은 변경 사항을 부주의하게 저지르기 때문에주의해서 사용하십시오.
   : 마지막 커밋을 수정할 수 있습니다. 이것은 다음 섹션에서 더 자세히 설명합니다.
   • -a : 커밋 된 변경 사항의 차이를 보여줍니다. 이것은 커밋하기 전에 변경 사항을 검토하는 데 도움이됩니다. git add
   : 사전 커밋 후크를 우회합니다. 사전 커밋 후크는 종종 코드 스타일 검사 및 기타 중요한 작업에 사용되므로주의해서 사용합니다.
   • 이전 커밋 --amend
   플래그를 수정하면 마지막 커밋을 수정할 수 있습니다. 이것은 불필요한 새로운 커밋을 피하고, 최신 커밋에 잊혀진 변화를 추가하는 데 유용합니다.
   • 마지막 커밋을 수정하려면 : -v
   변경 사항을 중단합니다.
   • 사용 --no-verify

   --amend

   1. git add
   2. git commit --amend

   git push --force

   . 이렇게하면 텍스트 편집기를 열면 커밋 메시지를 수정할 수 있습니다. 수정 된 커밋을 저장하기 전에 무대 파일을 변경할 수도 있습니다. 중요한 참고 사항 : 수정 커밋은 신중하게 사용되어야합니다. 푸시 커밋을 수정하려면 공동 작업자에게 문제를 일으킬 수있는 강제 푸시 ()가 필요합니다. 변경 사항이 중요하거나 커밋이 이미 공유 된 경우 새로운 커밋을 만드는 것이 일반적으로 더 좋습니다.

위 내용은 git 커밋 사용에 대한 튜토리얼의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!