docs(wiki): fix translation typos in Brief Summary and organize stray files into directories

2026-05-04 15:23:55 +09:00
parent 343107a49f
commit d9b5337388
102 changed files with 157 additions and 152 deletions
@@ -16,7 +16,7 @@ github_commit: ""

 # [[Git (Version Control System)]]

-## 📌 Brief 시 Summary
+## 📌 Brief Summary
 Git은 파일의 변경 사항을 시간 경과에 따라 추적하여 프로젝트 히스토리를 관리하고 협업 워크플로우를 지원하는 버전 관리 시스템이다 [1]. '코드베이스 읽기 지식'의 맥락에서 Git은 코드가 현재의 형태를 띠게 된 '이유'에 대한 서사를 기록하는 역사적 저장소 역할을 한다 [2]. 커밋 메시지, 풀 리퀘스트(PR), 그리고 코드 리뷰 토론과 같은 자연어 아티팩트를 제공함으로써, 문서화되지 않은 암묵적 지식을 명시적 지식으로 전환하여 개발자가 시스템의 설계 결정과 비즈니스 맥락을 파악할 수 있도록 돕는다 [2, 3].

 ## 📖 Core Content
@@ -1,6 +1,6 @@
 # [[Storybook|Storybook]]

-## 📌 Brief 주Summary
+## 📌 Brief Summary
 Storybook은 프론트엔드 개발 시 UI 컴포넌트를 주 애플리케이션과 격리하여 개발하고 문서화할 수 있도록 돕는 도구입니다 [1-3]. 특히 개발된 컴포넌트의 다양한 상태(스토리)를 기반으로 자동화된 시각적 회귀 테스트(Visual Regression Testing) 및 상호작용 테스트(Interaction Testing)를 수행하여 의도치 않은 UI 변경이나 접근성 위반을 방지합니다 [4-6]. Pull Request 과정에 결합되어 안전한 UI 업데이트와 리뷰를 지원하는 필수적인 플랫폼으로 활용됩니다 [1, 7].

 ## 📖 Core Content
@@ -8,7 +8,7 @@ last_updated: 2026-05-02

 # 버전 관리 이력(Git History/Commits)

-## 📌 Brief 시 Summary
+## 📌 Brief Summary
 버전 관리 이력(Git History/Commits)은 시간에 따라 파일에 발생한 변경 사항을 추적하고, 특정 시점의 작업 스냅샷을 기록한 시스템 데이터입니다 [1]. 이는 코드의 현재 상태뿐만 아니라 해당 코드가 왜 그러한 형태로 존재하게 되었는지에 대한 과거의 설계 결정, 비즈니스 요구사항, 해결하려던 문제들을 담고 있는 서사(Narrative) 역할을 합니다 [2]. 복잡한 코드베이스를 읽고 해석할 때, 이력을 추적하는 것은 시스템의 진화 과정과 암묵적인 기술적 제약 사항을 명시적으로 이해하는 데 필수적인 기반이 됩니다 [2-4].

 ## 📖 Core Content
@@ -16,7 +16,7 @@ github_commit: ""

 # [[중단점 (Breakpoints)]]

-## 📌 Brief 시Summary
+## 📌 Brief Summary
 중단점(Breakpoints)은 코드베이스의 동적인 특성과 런타임 흐름(Runtime Flow)을 파악하기 위해 디버거(Debugger) 도구에서 활용하는 기능이다 [1-3]. 정적인 코드 읽기를 넘어 특정 지점에서 프로그램 실행을 멈추고 내부 상태를 관찰할 수 있게 해준다 [1, 3]. 이를 통해 개발자는 코드의 실행 스택이나 변수 값의 변화 등을 실시간으로 파악하며 복잡한 시스템을 효율적으로 해독할 수 있다 [2, 3].

 ## 📖 Core Content
@@ -1,6 +1,6 @@
 # [[지속적 통합 (CI) 및 지속적 배포 (CD)]]

-## 📌 Brief 소스 Summary
+## 📌 Brief Summary
 지속적 통합(CI) 및 지속적 배포(CD)는 수많은 개발자가 동일한 코드베이스에 코드를 푸시할 때 자동화된 빌드와 테스트를 실행하게 하는 필수적인 메커니즘이다 [1, 2]. 소프트웨어가 변경될 때마다 배포 파이프라인(Deployment Pipeline)을 통해 코드를 검증하며, 문제 발생 시 몇 분 이내에 개발자에게 즉각적인 피드백을 제공하는 것을 목표로 한다 [2, 3]. 리팩토링이나 새로운 기능 추가 과정에서 자동화된 회귀 테스트를 지속적으로 수행함으로써 기술 부채를 안전하게 상환하고 시스템을 지속적으로 개선할 수 있는 안정망 역할을 한다 [4-6].

 ## 📖 Core Content