📄 [Docs]: 저장소 rename 이후 남은 옛 링크 정리 (#1203)

CLAUDE.md

@@ -53,6 +53,14 @@ View ←→ ViewModel(@Observable) → UseCase(Protocol) → Repository → Data
    - 실수로 `AppProduct/`가 변경되면 즉시 `git restore --source=v2.2.0 -- AppProduct/<경로>` 로 릴리즈 상태로 되돌린다.
    - 유일한 예외: 메인테이너가 **명시적으로 AppProduct 수정을 지시한 경우에만** 진행. 그 외에는 예외 없음.
 
+10. **작업 브랜치명은 `{타입}/{이슈번호}` — 이슈를 먼저 만들고 그 번호를 쓴다.**
+    타입은 이슈 템플릿과 1:1로 맞춘다: `feat` · `bug` · `design` · `refac` · `docs` · `chore`.
+    (예: `docs/1203`, `feat/1195`) 설명형 브랜치명(`docs/repo-rename-links` 등) 금지.
+    - 대응 이슈가 없으면 **브랜치를 만들기 전에 이슈부터 생성**한다 (제목 접두사·라벨·Type·Priority/Effort까지 채워서 — 상세: `docs/claude/git-workflow.md`).
+    - PR 제목 끝에 `(#이슈번호)`, 본문에 `Closes #이슈번호`를 넣어 이슈와 연결한다.
+    - 이미 푸시한 브랜치명을 고쳐야 하면 GitHub 브랜치 rename API는 **열려 있던 PR을 닫아버리므로**, rename 후 새 PR을 만들고 닫힌 PR에 후속 PR 번호를 코멘트로 남긴다.
+    - 배포 브랜치는 예외: `testFlight/{번호}` · `release/{번호}` (순차 번호, 이슈번호 아님).
+
 ## 코딩 스타일 (요약)
 
 - 들여쓰기 4 spaces(탭 금지) · 줄 길이 최대 99자 · 외부 불필요 상태는 `private`

README.md

@@ -6,7 +6,7 @@
 
 UMC(University MakeUs Challenge) 동아리 운영을 하나의 앱으로 통합하는 iOS 클라이언트
 
-[![Release](https://img.shields.io/github/v/release/UMC-PRODUCT/umc-product-iOS?label=release&color=blue)](https://github.com/UMC-PRODUCT/umc-product-iOS/releases)
+[![Release](https://img.shields.io/github/v/release/UMC-PRODUCT/Big-Dipper-iOS?label=release&color=blue)](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/releases)
 [![Swift](https://img.shields.io/badge/Swift-6.3-orange.svg)]()
 [![Xcode](https://img.shields.io/badge/Xcode-26.2-1575F9.svg)]()
 [![iOS](https://img.shields.io/badge/iOS-26.0+-black.svg)]()
@@ -42,32 +42,32 @@ UMC(University MakeUs Challenge) 동아리 운영을 하나의 앱으로 통합
 
 </div>
 
-> 기수별 팀원 구성(사진·역할·GitHub)은 [Wiki › Team](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Team)에서,
-> 신규 기능·운영 기록은 [Wiki › Release History](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Release-History)에서 확인하세요.
+> 기수별 팀원 구성(사진·역할·GitHub)은 [Wiki › Team](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Team)에서,
+> 신규 기능·운영 기록은 [Wiki › Release History](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Release-History)에서 확인하세요.
 
 ## 📚 개발 문서 (Wiki)
 
-아키텍처·코딩 컨벤션·빌드 방법 등 상세 가이드는 모두 **[Wiki](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki)** 로 이관했습니다.
+아키텍처·코딩 컨벤션·빌드 방법 등 상세 가이드는 모두 **[Wiki](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki)** 로 이관했습니다.
 
 | 주제 | 문서 |
 |------|------|
-| 🏗️ 아키텍처 | [Architecture](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Architecture) |
-| 📐 절대 규칙 & 코딩 컨벤션 | [Coding Conventions](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Coding-Conventions) |
-| ⚠️ 에러 처리 | [Error Handling](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Error-Handling) |
-| 🌐 네트워크 & DTO 디코딩 | [Networking](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Networking) |
-| 🎨 디자인 시스템 | [Design System](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Design-System) |
-| 🧱 모듈 구조 (Tuist) | [Module Structure](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Module-Structure) |
-| ⚙️ 빌드 & 실행 | [Build & Run](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Build-and-Run) |
-| 🔀 Git 워크플로우 | [Git Workflow](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Git-Workflow) |
-| 🛰️ API 커버리지 (Stella) | [Stella](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Stella) |
-
-> 신규 합류자는 [Wiki Home](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki) → **빌드 & 실행** 순서로 시작하세요.
+| 🏗️ 아키텍처 | [Architecture](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Architecture) |
+| 📐 절대 규칙 & 코딩 컨벤션 | [Coding Conventions](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Coding-Conventions) |
+| ⚠️ 에러 처리 | [Error Handling](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Error-Handling) |
+| 🌐 네트워크 & DTO 디코딩 | [Networking](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Networking) |
+| 🎨 디자인 시스템 | [Design System](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Design-System) |
+| 🧱 모듈 구조 (Tuist) | [Module Structure](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Module-Structure) |
+| ⚙️ 빌드 & 실행 | [Build & Run](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Build-and-Run) |
+| 🔀 Git 워크플로우 | [Git Workflow](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Git-Workflow) |
+| 🛰️ API 커버리지 (Stella) | [Stella](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Stella) |
+
+> 신규 합류자는 [Wiki Home](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki) → **빌드 & 실행** 순서로 시작하세요.
 
 ## 🔑 시크릿 설정
 
 - `Secrets.xcconfig`(`BASE_URL`, `KAKAO_KEY`)와 `GoogleService-Info.plist`는 **팀 내부 채널**에서 수령합니다.
 - 실제 키·설정 파일은 원격 저장소에 커밋하지 않습니다.
-- 상세 절차: [Build & Run › 시크릿 설정](https://github.com/UMC-PRODUCT/umc-product-iOS/wiki/Build-and-Run)
+- 상세 절차: [Build & Run › 시크릿 설정](https://github.com/UMC-PRODUCT/Big-Dipper-iOS/wiki/Build-and-Run)
 
 ---
 

UMCApp/MAKEFILE_GUIDE.md

@@ -233,7 +233,7 @@ make generate
 ## 8. 파일 구조 참고
 
 ```
-umc-product-iOS/
+Big-Dipper-iOS/
 ├── UMCApp/
 │   ├── Makefile              # ← 이 가이드가 설명하는 파일
 │   ├── MAKEFILE_GUIDE.md     # ← 이 문서

docs/claude/git-workflow.md

@@ -7,6 +7,12 @@ Git Flow + **연속 브랜치 파생** 지원
 
 ## 브랜치 전략
 
+- **브랜치명은 `{타입}/{이슈번호}`** — 타입은 이슈 템플릿과 1:1(`feat`/`bug`/`design`/`refac`/`docs`/`chore`),
+  base·PR 대상은 `develop`. 예: `docs/1203`, `feat/1195`. 설명형 브랜치명 금지.
+  - 대응 이슈가 없으면 **브랜치를 만들기 전에 이슈부터 생성**한다 (아래 "이슈 생성 규칙").
+  - PR 제목 끝에 `(#이슈번호)`, 본문에 `Closes #이슈번호`.
+  - 푸시한 브랜치명을 고쳐야 하면 GitHub 브랜치 rename API가 **열려 있던 PR을 닫아버린다.**
+    rename 후 새 PR을 만들고, 닫힌 PR에 후속 PR 번호를 코멘트로 남긴다.
 - **연속 브랜치**: feature에서 다음 feature 파생 가능 (티켓 단위 분리)
 - **PR 대기 중 작업**: 승인 대기 중 이전 브랜치에서 다음 브랜치 생성 가능
 - **동기화**: develop에서 merge 대신 `fetch + rebase` 사용
@@ -66,7 +72,7 @@ Git Flow + **연속 브랜치 파생** 지원
 - **이슈 Type** (조직 레벨): 현재 `Task` / `Bug` / `Feature` 3종만 존재 → Bug/Feature 외 템플릿은 `Task`로 매핑.
   `gh issue create`엔 `--type` 플래그가 없으므로(gh 2.83.1) **생성 직후 REST로 설정**한다:
   ```bash
-  gh api --method PATCH repos/UMC-PRODUCT/umc-product-iOS/issues/{번호} -f type=Feature
+  gh api --method PATCH repos/UMC-PRODUCT/Big-Dipper-iOS/issues/{번호} -f type=Feature
   ```
 - **보드 #3 + `우선순위`(Projects v2)**: 생성 시 **기본으로 보드 추가 + 우선순위 설정**. 단 `project` 스코프 필요 —
   없을 때만 이 부분을 건너뛰고(Type/라벨은 적용) `gh auth refresh -s project` 후 재적용.