깃 & 전달 더 많은 세부 정보 B · 공식 안내 플랫폼: 일반

Git Hook

Git 훅

Git 훅은 Git이 개발자의 컴퓨터나 서버에서 지정된 단계에서 실행하는 프로그램입니다. 이는 동작을 확인, 차단 또는 자동화할 수 있습니다.

당신은 이것을 이렇게 부를 수 있습니다 Git HookGit 훅

작동 방식을 확인하세요

원본 작업 예제Git 훅

다른 예시

사전 커밋 훅은 준비된 파일을 빠르게 검사하여 형식 문제와 비밀 정보를 찾고, 명확한 수정 방법을 보여줍니다. 개발자의 컴퓨터에 있는 훅은 기본적으로 복사되지 않으므로 유일한 보안 게이트가 될 수 없습니다.

주요 부분

  1. 01생애 주기 이벤트
  2. 02훅 프로그램
  3. 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.

B
이 용어는 얼마나 공식적인가요?

공식 안내

명명된 플랫폼, 프레임워크, 프로젝트 또는 전문가 그룹에는 이 용어에 대한 공식 가이드가 있습니다.

해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다.

범위
소스가 포함하는 것만:정규 이름、정의、플랫폼 API、구현、사용 안내
문서 상태
안정적인
선택됨
2026-07-30

증거 출처 및 범위

권위 있는 출처 + 용어 참조 · Git · 안정적인 githooks 범위: 정규 이름、정의、플랫폼 API、구현、사용 안내 여기 역할: 직접 용어 참조 출처 범위: 정규 이름, 정의, 플랫폼 API, 구현, 사용 안내

직접 복사

브라우저가 이것을 복사할 수 없습니다. 아래 요청을 선택하고 직접 복사하세요.