Git Hook
Git 훅
Git 훅은 Git이 개발자의 컴퓨터나 서버에서 지정된 단계에서 실행하는 프로그램입니다. 이는 동작을 확인, 차단 또는 자동화할 수 있습니다.
다른 예시
사전 커밋 훅은 준비된 파일을 빠르게 검사하여 형식 문제와 비밀 정보를 찾고, 명확한 수정 방법을 보여줍니다. 개발자의 컴퓨터에 있는 훅은 기본적으로 복사되지 않으므로 유일한 보안 게이트가 될 수 없습니다.
주요 부분
- 01생애 주기 이벤트
- 02훅 프로그램
- 03종료 상태
사용할 때
문서화된 Git 단계에서 빠른 로컬 자동화 또는 서버 규칙에 이 용어를 사용하십시오.
다음 경우에는 사용하지 마세요
느리거나, 불분명하거나, 파괴적이거나, 기계 특정적으로 필요한 검사를 로컬 훅에만 유지하지 마세요.
코드에서 사용된 이름
.git/hooks/<hook-name> 출시하기 전에
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome:Complete the task with Git 훅 (Git Hook)。 User context:사전 커밋 훅은 준비된 파일을 빠르게 검사하여 형식 문제와 비밀 정보를 찾고, 명확한 수정 방법을 보여줍니다. 개발자의 컴퓨터에 있는 훅은 기본적으로 복사되지 않으므로 유일한 보안 게이트가 될 수 없습니다. Delivery concept or operation:Git 훅 (Git Hook)。 Why it fits:문서화된 Git 단계에서 빠른 로컬 자동화 또는 서버 규칙에 이 용어를 사용하십시오. Do not use it when:느리거나, 불분명하거나, 파괴적이거나, 기계 특정적으로 필요한 검사를 로컬 훅에만 유지하지 마세요. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary):해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
이 요청을 확인하세요
Review how Git 훅 (Git Hook) is used now. Definition: Git 훅은 Git이 개발자의 컴퓨터나 서버에서 지정된 단계에서 실행하는 프로그램입니다. 이는 동작을 확인, 차단 또는 자동화할 수 있습니다. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.