답변:
아마도 ( git commit
man page에서 ) :
git commit --no-verify
-n
--no-verify
이 옵션은 사전 커미트 및 commit-msg 후크를 무시합니다. githooks (5) 도 참조하십시오 .
으로 주석 에 의해 블 레즈 , -n
특정 명령에 대해 다른 역할을 가질 수 있습니다.
예를 들어 git push -n
실제로는 드라이 런 푸시입니다. 후크
만 git push --no-verify
건너 뛸 것입니다.
참고 : Git 2.14.x / 2.15는 --no-verify 동작을 향상시킵니다.
참조는 680ee55 커밋 에 의해 (2017년 8월 14일) 케빈 Willford를 (``) .
(가 합병 Junio C 하마노 - gitster
- 에 커밋 c3e034f , 2017년 8월 23일)
commit
:pre-commit
후크 가 없으면 인덱스 삭제를 건너 뜁니다."
git commit
"pre-commit
후크가 중간에 업데이트 된 경우를 대비하여 색인을 버리고 파일 시스템에서 다시 읽습니다 . 우리가pre-commit
후크를 실행하지 않는다는 것을 알 때 최적화되었습니다 .
다비 리마는 지적 코멘트에git cherry-pick
않습니다 하지 --no이 검증 지원합니다.
따라서 Cherry-pick이 사전 커밋 후크를 트리거하는 경우이 블로그 게시물 에서와 같이 git cherry-pick을 계속 진행하려면 해당 후크에 주석을 달거나 비활성화해야 할 수도 있습니다 . 병합 충돌 해결 후의
경우에도 동일한 프로세스가 필요 git rebase --continue
합니다.
git rebase --continue
btw도 마찬가지입니다
hook
미리 커밋 스크립트로 폴더를 계속 업데이트 하고 있습니다. 매우 짜증납니다 hook
.git pull에 의해 폴더가 재정의되는 것을 막을 수있는 방법이 있습니까?
commit
) : stackoverflow.com/questions/58337861/…