docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

01_Archive/2026-04-20/Git Hook을 이용한 CI_CD 자동화 파이프라인.md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-E60BE3
-category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - Git Hook을 이용한 CI_CD 자동화 파이프라인"
 ---
 
-# [[Git Hook을 이용한 CI_CD 자동화 파이프라인]]
+# [[Git Hook을 이용한 CI_CD 자동화 파이프라인|Git Hook을 이용한 CI_CD 자동화 파이프라인]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > Git 훅(Git Hooks)은 소스 코드 버전 관리 시스템인 Git의 특정 작업(commit, push 등) 전후에 자동으로 실행되도록 설정된 쉘 스크립트이다 [1]. 프론트엔드 및 Node.js 생태계에서는 주로 Husky와 lint-staged라는 도구를 활용하여 Git 훅을 설정하고 관리한다 [2], [3]. 이를 통해 코드가 원격 저장소나 CI 파이프라인으로 넘어가기 전인 로컬 단계에서 코드 스타일, 포맷팅(Prettier), 문법적 오류(ESLint) 등을 자동으로 검사하고 수정함으로써 일관된 품질을 강제하는 '최전선 방어선' 역할을 수행한다 [1], [4], [3].
@@ -31,11 +31,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Git Hook을 이용한 CI_CD
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[Husky]], [[lint-staged]], [[ESLint]], [[Prettier]]
-- **Projects/Contexts:** [[자동화된 코드 품질 및 스타일 검사 워크플로우]]
+- **Related Topics:** [[Husky|Husky]], [[lint-staged|lint-staged]], [[ESLint|ESLint]], [[Prettier|Prettier]]
+- **Projects/Contexts:** 자동화된 코드 품질 및 스타일 검사 워크플로우
 - **Contradictions/Notes:** lint-staged는 버전 10부터 성공적으로 파일이 수정되면 자동으로 `git add`를 수행하므로, 설정 파일의 커맨드 목록에 수동으로 `git add`를 넣는 것은 중복 작업 및 레이스 컨디션(race condition)을 유발할 수 있어 더 이상 권장되지 않는다 [17], [21]. 또한, 로컬 Git 훅은 우회(`--no-verify`)가 가능하므로 완벽한 정책 집행 경계가 될 수 없으며, CI 서버를 보완하는 성격으로 사용해야 한다 [19], [8], [21].
 
 ---
 *Last updated: 2026-04-19*
-- Raw Source: [[00_Raw/2026-04-20/Git Hook을 이용한 CI_CD 자동화 파이프라인.md]]
+- Raw Source: 00_Raw/2026-04-20/Git Hook을 이용한 CI_CD 자동화 파이프라인.md
 ---