docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links
This commit is contained in:
@@ -1,13 +1,13 @@
|
||||
---
|
||||
id: P-REINFORCE-AUTO-C861C6
|
||||
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 - CI_CD 파이프라인 통합 및 Git 훅(Hooks)"
|
||||
---
|
||||
|
||||
# [[CI_CD 파이프라인 통합 및 Git 훅(Hooks)]]
|
||||
# [[CI_CD 파이프라인 통합 및 Git 훅(Hooks)|CI_CD 파이프라인 통합 및 Git 훅(Hooks)]]
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
> CI/CD 파이프라인 통합 및 Git 훅(Hooks)은 소프트웨어 개발 시 코드 변경 사항이 저장소에 반영되거나 배포되기 전에 코드 품질과 보안을 자동으로 검증하는 필수 프로세스입니다. 로컬 환경에서는 Husky와 lint-staged 같은 도구를 활용한 Git 훅을 통해 커밋 전 단계에서 정적 분석과 포매팅을 강제하여 1차적인 결함을 차단합니다. 이후 CI/CD 파이프라인 서버와 연동되어 우회 불가능한 자동화된 테스트, 보안 스캔(SAST), 품질 게이트를 거쳐 최종적으로 안전하고 일관된 코드만 배포되도록 보장합니다.
|
||||
@@ -30,11 +30,11 @@ github_commit: "[P-Reinforce] Continuous Worker - CI_CD 파이프라인 통합
|
||||
- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[Git Hooks]], [[Husky]], [[lint-staged]], [[SAST (Static Application Security Testing)]], [[ESLint]], [[Prettier]]
|
||||
- **Projects/Contexts:** [[안전한 소프트웨어 개발 수명주기(SSDLC)]], [[프론트엔드 및 모노레포(Monorepo) 개발 환경 설정]], [[풀 리퀘스트(PR) 기반 보안 검토]]
|
||||
- **Related Topics:** [[Git Hooks|Git Hooks]], [[Husky|Husky]], [[lint-staged|lint-staged]], [[SAST (Static Application Security Testing)|SAST (Static Application Security Testing)]], [[ESLint|ESLint]], [[Prettier|Prettier]]
|
||||
- **Projects/Contexts:** [[안전한 소프트웨어 개발 수명주기(SSDLC)|안전한 소프트웨어 개발 수명주기(SSDLC)]], [[프론트엔드 및 모노레포(Monorepo) 개발 환경 설정|프론트엔드 및 모노레포(Monorepo) 개발 환경 설정]], [[풀 리퀘스트(PR) 기반 보안 검토|풀 리퀘스트(PR) 기반 보안 검토]]
|
||||
- **Contradictions/Notes:** 로컬 Git 훅(pre-commit 등)은 빠른 피드백을 제공하여 CI 실패를 줄여주는 유용한 도구이지만, 개발자가 임의로 우회할 수 있으므로 절대 CI/CD 검증을 대체해서는 안 되며 상호 보완적으로 사용해야 한다고 강조됩니다 [9, 10]. 또한, lint-staged는 변경된 특정 파일에만 국한된 작업(예: 포매팅, 린팅)에는 뛰어나지만, 프로젝트 전체를 대상으로 실행되어야 하는 도구(예: 전체 타입 체크)의 래퍼(wrapper)로 사용하는 것은 부적절합니다 [6, 20].
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-18*
|
||||
- Raw Source: [[00_Raw/2026-04-20/CI_CD 파이프라인 통합 및 Git 훅(Hooks).md]]
|
||||
- Raw Source: 00_Raw/2026-04-20/CI_CD 파이프라인 통합 및 Git 훅(Hooks).md
|
||||
---
|
||||
|
||||
Reference in New Issue
Block a user