docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거

Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.
This commit is contained in:
Antigravity Agent
2026-07-05 00:33:48 +09:00
parent 1cfd3bbb56
commit 9148c358d0
6455 changed files with 1 additions and 86875 deletions
@@ -0,0 +1,107 @@
---
id: rn-ota-updates-codepush
title: RN OTA — Expo Updates / CodePush 후속
category: Coding
status: draft
source_trust_level: B
verification_status: conceptual
created_at: 2026-05-09
updated_at: 2026-05-09
tags: [react-native, ota, expo, vibe-coding]
tech_stack: { language: "TypeScript / Expo Updates", applicable_to: ["React Native"] }
applied_in: []
aliases: [over-the-air, hot update, CodePush, EAS Update, Expo Updates]
---
# RN OTA Updates
> JS 번들만 변경하면 store review 없이 즉시 사용자에게 배포. **Expo Updates** (CodePush 종료 후 표준) + 채널 + rollback. 단 native code 변경은 OTA 불가.
## 📖 핵심 개념
- OTA: JS bundle + assets만 교체. native 코드, infoplist, AndroidManifest 변경은 store 빌드.
- 채널: production / staging / canary.
- Rollback: 새 버전 문제 시 이전 만료 / 강제.
## 💻 코드 패턴
### Expo Updates 셋업
```bash
npm install expo-updates
npx expo install expo-updates
```
```json
// app.json
{
"expo": {
"runtimeVersion": "1.0.0",
"updates": {
"url": "https://u.expo.dev/<project-id>",
"fallbackToCacheTimeout": 0,
"checkAutomatically": "ON_LOAD"
}
}
}
```
### EAS Update publish
```bash
eas update --branch production --message "v1.0.1: bug fix"
```
### 클라이언트 — manual check
```ts
import * as Updates from 'expo-updates';
async function checkForUpdate() {
try {
const update = await Updates.checkForUpdateAsync();
if (update.isAvailable) {
await Updates.fetchUpdateAsync();
// 사용자에게 안내 후 reload
await Updates.reloadAsync();
}
} catch (e) { /* ignore */ }
}
```
### Runtime version 호환성
- runtimeVersion 같으면 OTA OK.
- native 변경 시 runtimeVersion bump → 새 store 빌드 필수, 옛 OTA 받지 않음.
### 채널 / 환경 분리
```bash
eas update --branch staging
# staging 빌드만 staging 채널 받음
```
```ts
const channel = Updates.channel; // 'production' / 'staging'
```
## 🤔 의사결정 기준
| 변경 | OTA |
|---|---|
| JS 비즈니스 로직 / UI | ✅ |
| 새 npm package (JS only) | ✅ |
| Native module 추가 | ❌ store 필요 |
| Asset (이미지) | ✅ |
| app icon / splash | ❌ |
| Push 인증서 / 권한 | ❌ |
| 큰 변경 (UX 전면 개편) | OTA 가능하지만 staged rollout 권장 |
## ❌ 안티패턴
- **runtimeVersion bump 안 하고 native 변경**: 옛 binary 가 새 JS 받음 → crash.
- **production 채널 직접 publish**: 검증 없음. staging → production 단계.
- **rollback 절차 없음**: 사고 시 모두 영향.
- **거대 update (수 MB)**: 사용자 모바일 데이터 부담. 변경 부분만.
- **store 빌드와 OTA 버전 mismatch 모니터링 X**: 어떤 사용자 어떤 버전 모름.
- **OTA 로 보안 패치만 의존**: 사용자가 OTA 받기 전 노출. 진짜 보안 = store 빌드.
## 🤖 LLM 활용 힌트
- "JS only 변경 = OTA, native 변경 = runtimeVersion bump + store" 명시.
- 채널 분리 (production / staging).
## 🔗 관련 문서
- [[DevOps_Deployment_Strategies]]
- [[Feature_Flags_in_Practice]]