git 후크 소개

키 테이크 아웃

git hooks는 커밋 된 파일의 구문 테스트와 같은 특정 작업 전후에 실행되는 간단한 스크립트이며, 환경에서 작업 할 수있는 모든 언어로 작성할 수 있습니다. > 개발자 시스템에서 실행되는 클라이언트 측 및 GIT 저장소를 호스팅하는 서버에서 실행되는 서버 측. git hooks는 프로젝트에 배포되지 않거나 자동으로 설치할 수 없으므로 공동 작업자가 살고 공동 작업자에게 사용할 수있는 장소를 만드는 것이 좋습니다.

. git hooks는 프로젝트의 워크 플로우를 자동화하는 강력한 수단으로, 코드를 검증하고 메시지를 커밋하고 환경이 적절한 상태로 유지할 수 있습니다.

git hooks는 특정 동작 전후에 실행되는 간단한 스크립트입니다. 그것들은 다양한 작업에 유용하지만 주로 고객 측 유효성 검사에 유용하여 간단한 실수를 방지 할 수 있습니다. 예를 들어, 커밋중인 파일에서 구문을 테스트 할 수 있으며 테스트를 실행할 수도 있습니다. 나는 Twig Syntax를 검증하고 Jshint를 표준으로 실행하는 후크를 작성했습니다. git 후크는 또한 디자인으로 매우 간단합니다. 스크립트가 실행 가능한 경우 git은 이러한 후크를 실행하고 Git은 후크가 오류없이 나가는 한 조치 (예 : 커밋 또는 푸시)가 발생할 수있게합니다 (상태 0). 후크는 모든 언어로 작성 될 수 있습니다. 환경은. 두 가지 유형의 후크가 있습니다 :

클라이언트 측-개발자 시스템에서 실행됩니다 서버 측-이들은 git 리포지토리를 호스팅하는 서버에서 실행됩니다 이 기사에서는 서버 측 후크가 다루지 않습니다. 그러나 프로젝트가 GitHub와 같은 서비스에있는 경우 일반적으로 서버 측 그 후크가 적용되지 않습니다. GitHub에서 서버 측 그 후크와 동일하게 프로젝트 설정에서 찾을 수있는 서비스 및 Webhooks를 사용하는 것입니다. 후크 파일 기본적으로 클론을 포함한 모든 저장소는 .git/hooks 디렉토리에 예제 후크가 있습니다.
• 해당 디렉토리에서는 다음과 같은 것을 볼 수 있습니다
우리는 커밋을 허용하기 전에 실행되는 사전 커밋 후크에 중점을 둘 것입니다. <:> 예제 후크 : PHP 구문 검증 우리는 Bash로 작성된 매우 간단한 후크로 시작하여 Commited PHP 코드가 유효한 구문을 확인하는지 확인합니다. 이것은 "빠른"이지만 깨진 커밋이 일어나지 않도록하기위한 것입니다. 물론 나는 테스트가 거의 없거나 전혀없는“간단한 커밋”을 낙담하지만, 그렇다고해서는 안된다는 의미는 아닙니다. .git/hooks in. in in pre-commit이라는 새 파일을 시작할 수 있습니다. 실행할 권한이 있어야합니다

<span>git clone git@github.com:symfony/symfony.git
</span><span>cd symfony
</span><span>ls .git/hooks</span>

좋아하는 편집자를 사용하여 글쓰기를 시작할 수 있습니다. 먼저 우리는 Shebang이 필요합니다. 내가 가장 좋아하는 방법은/usr/bin/env를 사용하는 것입니다. 이것은 하드 코딩되고 유효하지 않은 경로가 아닌 우리가 원하는 응용 프로그램의 올바른 경로를 사용하므로 사용하는 것입니다. 지금은 쉽게 테스트 할 수 있도록 지속적으로 실패 할 것입니다.
PHP는 구문 검증에 유용한 옵션이 있습니다. -L. 단일 파일 인수가 필요하므로 변경되는 PHP 파일을 통해 루프해야합니다. 단순화하기 위해 커밋 된 PHP 파일은 항상 .php로 끝나는 것으로 가정합니다. 후크는 저장소의 루트에서 실행되므로 표준 GIT 명령을 사용하여 GIT 상태와 같은 변경 사항에 대한 정보를 얻을 수 있습니다. 모든 PHP 파일을 수정하기 위해 다음을 사용 할 수 있습니다.

applypatch-msg.sample
commit-msg.sample
post-update.sample
pre-applypatch.sample
pre-commit
pre-commit.sample
prepare-commit-msg.sample
pre-push.sample
pre-rebase.sample
update.sample

<:> 설명 :

php_files = bash 할당에서는 구분 기호없이 수행되지만 변수를 참조하려면 $ delimiter 가 필요합니다. $ ()는‘출력’의 구문입니다. 인용문은 이것을 사용하지 않아도됩니다.

grep은 추가 (a) 및 수정 된 파일 (m) 를 확인하는 데 사용됩니다. awk는 여기에서 $ 2를 인쇄하는 데 사용되고 있습니다. 완전한 git 상태 -쇼트 라인에는 처음에 추가 공간과 추가 데이터가 있으므로 제거하고 싶습니다. AWK는 또한 자동 스트리핑을 수행합니다 > Grep이 다시 사용되고 있지만 이제 라인이 .php 로 끝나도록 확인하고 있습니다.

<span>cd .git/hooks
</span><span>touch pre-commit
</span><span>chmod +x pre-commit</span>

이제 우리는 for loop으로 각 파일을 확인할 수 있습니다 :

.

이것은 조금 이상하게 보일지 모르지만! php -l "$ i"(공백 문제를 피하기위한 따옴표 참고)는 실제로 0의 반환 값을 확인하고 있으며, 우리가 일반적으로 다른 언어에서 기대하는 종류의 값이 아닌 0의 반환 값을 확인하고 있습니다. 참조를 위해 대략 동등한 PHP 코드는 다음과 같습니다.
나는 이것을 테스트하기 위해 SRC/symfony/component/finder/glob.php에 나쁜 변화를 일으켰고 git commit -m 'test'의 출력은 다음과 같습니다.
• 나는 가능한 한 빨리 전체 스크립트를 루프 출구로 만들었고 궁극적으로 우리가 원하는 것이 아닐 수도 있습니다. 우리는 실제로 계속해서 커밋을 시도하는 것과는 달리 고칠 것들에 대한 요약을 원할 수도 있습니다. 누구나 결국 쉽게 좌절감을 느끼고 심지어 고리를 완전히 우회하기 위해 git 커밋을 사용하는 법을 배울 수도 있습니다. 대신 PHP -L의 오류를 종료하지 말고 여전히 읽기 쉬운 것들을 유지하고 싶습니다 :
.
• 여기서는 PHP -L의 출력을 캡처합니다 (표준 오류 출력을 표준 출력으로 강제로 강제로 함). Special Variable $를 사용하여 PHP -L의 종료 상태를 확인하십시오. (종료 상태 코드) 및 연산자 -EQ. 구문 오류가 발생했다고 명시합니다 (문자열의 변수에 $ {}의 사용에 유의하십시오). 마지막으로, 우리는 출력을 조금 더 짧게 유지하기 위해 오류에 대한 관련 라인을 제공하고 ( '^parse error'에 대한 그레핑), 이것을 조금 더 읽기 쉽게 유지하기 위해 한 번의 빈 줄을 제공합니다.
. 나는 두 가지 나쁜 수정을했고 커밋 시도를위한 출력은 다음과 같습니다.

이제 행동 과정은 이러한 문제를 해결하고 테스트하고 다시 커밋하는 것입니다. 후크 스크립트를 완성하려면 스크립트 하단의 출구 1을 제거하십시오. 유효한 PHP 파일을 커밋하려면 정상적으로 작동해야합니다.

공유 후크 후크는 프로젝트에 배포되지 않으며 자동으로 설치할 수 없습니다. 따라서 최선의 행동 과정은 당신이 살기 좋은 장소를 만들고 (같은 저장소에있을 수 있음) 공동 작업자에게 그것들을 사용하도록 지시하는 것입니다. 당신이 그들을 위해 이것을 쉽게 만들면, 그들은 그렇게 할 가능성이 더 높습니다.

<span>git clone git@github.com:symfony/symfony.git
</span><span>cd symfony
</span><span>ls .git/hooks</span>

이 작업을 수행하는 간단한 방법 중 하나는 Hooks 디렉토리와 간단한 설치자 Install-Hooks.sh를 작성하는 것입니다.

프로젝트를 클론하는 사람은 복제 후 Bash Install-Hooks.sh를 실행할 수 있습니다. 이것은 또한 후크를 버전 제어하에 유지하는 이점이 있습니다. 기타 후크

준비-커밋 MSG-제공되지 않은 경우 기본 커밋 메시지를 제공합니다. Commit-MSG-Commit Message Validation 사후 커밋-성공적인 커밋 후 실행됩니다 pre-push-리모컨이 작동하는지 확인한 후 git 푸시 전에 실행됩니다. 2 개의 인수가 필요합니다 : 리모컨의 이름과 URL. 프리베이스-git rebase 전에 실행됩니다 체크 아웃 후-성공적인 체크 아웃 후 실행됩니다. post-merge-성공적인 병합 후 실행됩니다

이 후크는 일반적으로 논쟁을 취하지 만 사전 커밋과 동일하게 작동합니다. 체크 아웃 후 하나의 사용 사례 중 하나는 파일이 항상 적절한 권한을 얻는지 확인하는 것입니다 (GIT는 실행 파일 및 상징적 링크가 아닌 실행 파일 만 추적하기 때문에) :

.

Commit-MSG의 경우 모든 커밋 메시지가 [subproject] 메시지와 같은 표준에 맞는지 확인할 수 있습니다. 다음은 PHP의 것입니다 :

결론 git 후크는 프로젝트의 워크 플로우를 자동화하는 강력한 수단입니다. 코드를 검증하고 메시지를 커밋하고 환경이 적절하고 훨씬 더 많은 것을 확인할 수 있습니다. 당신이 git 훅을 사용하는 흥미로운 것이 있습니까? 의견에 알려주십시오!

자주 묻는 질문 (FAQ) git hooks 다른 유형의 git 후크는 무엇입니까?

applypatch-msg.sample
commit-msg.sample
post-update.sample
pre-applypatch.sample
pre-commit
pre-commit.sample
prepare-commit-msg.sample
pre-push.sample
pre-rebase.sample
update.sample

git 후크는 클라이언트 측 및 서버 측 고리의 두 가지 주요 유형으로 나뉩니다. 클라이언트 측 그 후크는 커밋 및 병합과 같은 작업에 의해 트리거되며 서버 측 그 후크는 푸시 커밋 수신과 같은 네트워크 작업에서 실행됩니다. 각 후크는 특정 운영 요구에 맞게 사용자 정의 할 수 있습니다.
git 후크를 만드는 방법
git 후크를 만들려면 저장소의 .git/hooks 디렉토리로 이동하십시오. 여기에는 다양한 후크에 대한 샘플 스크립트가 있습니다. 새 후크를 만들려면 확장자없이 파일을 만들고 (예 : 사전 커밋) 실행 가능하게 만들고 스크립트를 작성하십시오. 자동화에 git 후크를 사용하려면 어떻게해야합니까?

git 후크를 사용하여 개발 워크 플로우에서 다양한 작업을 자동화 할 수 있습니다. 예를 들어, 사전 커밋 후크를 사용하여 각 커밋 전에 코드에서 테스트 또는 라이터를 자동으로 실행할 수 있습니다. 이렇게하면 테스트 및 올바르게 형식화 된 코드 만 저장소에만 최선을 다하고 있습니다.

팀과 GIT 후크를 공유 할 수 있습니까?

기본적으로 저장소를 복제 할 때 GIT 후크가 포함되지 않습니다. 버전이없는 .git 디렉토리에 저장되어 있기 때문입니다. 그러나 프로젝트 내에서 별도의 디렉토리에 저장하고 .git/hooks에 Symlink를 만들어 스크립트를 만들어 팀과 공유 할 수 있습니다.

GIT 후크를 사용하여 정책을 시행 할 수 있습니까?
GIT 후크를 사용하여 프로젝트 또는 회사 정책을 시행 할 수 있습니다. 예를 들어, 서버 측의 사전 수익 후크를 사용하여 정책을 준수하지 않는 푸시를 거부 할 수 있습니다 (예 : 특정 형식을 따르지 않는 커밋). git 후크를 작성하는 데 사용할 수 있습니까?

git 후크는 스크립트이므로 모든 스크립팅 언어로 작성할 수 있습니다. 기본 샘플은 Bash로 작성되었지만 Python 또는 Ruby와 같은 편안한 언어를 사용할 수 있습니다.

Git 후크를 사용하여 다른 도구와 통합 할 수 있습니까?

예, 예, 예, 예, GIT 후크는 GIT를 다른 도구와 통합하는 데 사용될 수 있습니다. 예를 들어, 사후 커밋 후크를 사용하여 연속 통합 서버에서 빌드를 트리거하거나 문제 추적 시스템에서 티켓을 업데이트 할 수 있습니다.

GIT 후크를 어떻게 디버깅 할 수 있습니까?

Git Hook 디버깅은 후크 스크립트의 파일에 정보를 작성하여 수행 할 수 있습니다. 예를 들어, 명령의 출력을 로그 파일로 리디렉션하여 나중에 검사 할 수 있습니다.

git 후크를 무시할 수 있습니까?
예, 제작 중에 Git Hook를 우회하려면 커밋, git commit 명령과 함께 –hoverify 옵션을 사용할 수 있습니다. 후크에서 구현 된 수표가 필요하지 않은 사소한 변경을 수행 할 때 유용 할 수 있습니다.

git 후크 사용과 관련된 위험이 있습니까? 강력하고주의해서 사용해야합니다. 잘못 쓰여진 후크는 모든 커밋 또는 데이터 손실을 거부하는 등 문제를 일으킬 수 있습니다. 후크를 배치하기 전에 항상 철저히 테스트하십시오

위 내용은 git 후크 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!