💡 학습 개념 정의

• 핵심 키워드: 1:1 협업(BE 1, FE 1)을 위한 다중 원격 저장소 관리 전략
• 한 줄 정의: 오가니제이션(Upstream)을 공식 결과물 저장소로, 개인(Origin) 저장소를 자유로운 개발 샌드박스로 분리하여 관리하는 전략이다.

📝 상세 학습 내용

1. 도입 배경 (Why?)

• 공식 소스 보존: 혼자 작업하더라도 오가니제이션의 main은 언제든 배포 가능한 깨끗한 상태(Source of Truth)를 유지하기 위함이다.
• 환경 독립성: 개인 레포(origin/dev)에서는 MSW 등 개발 편의 도구를 마음껏 사용하고, 공식 레포(upstream/main)에는 순수 코드만 반영하는 이원화 구조가 필요하다.
• 히스토리 관리: 기능 단위로 feature 브랜치를 관리하고 dev에서 검증한 뒤 main으로 합치는 체계적인 워크플로우를 습관화한다.

2. 핵심 원리 및 특징 (What?)

• Remote 역할 분담:
  • upstream: 최종 결과물이 담기는 오가니제이션 공식 레포다.
  • origin: 내 맘대로 코드를 올리고 Vercel로 테스트하는 개인 연습장이다.
• 브랜치 위계 구조 (main > dev > feature):
  • main: 공식 레포와 싱크를 맞추는 용도다.
  • dev: 개인 레포의 Default 브랜치. Vercel 배포와 MSW 적용의 중심축이다.
  • feature/*: 실제 위젯 기능 등을 구현하는 하위 작업 브랜치다.

3. 실제 활용 예시 (How?)

# 1. 리모트 설정
git remote rename origin upstream
git remote add origin [https://github.com/bigone-77/helloworld-frontend.git](https://github.com/bigone-77/helloworld-frontend.git)
 
# 2. 독립적인 개발 환경 구축 (main -> dev)
git checkout main
git checkout -b dev
git push origin dev
 
# 3. 기능 개발 및 위계 정리
git checkout feature/widget
git rebase dev              # dev를 부모로 삼아 위계 확립

🔍 심화 학습 (Deep Dive)

• Q: 왜 merge가 아니라 rebase를 썼을까?
  • A: main > dev > feature로 이어지는 선형적인 위계질서를 가시적으로 유지하기 위해서다. rebase를 쓰면 내 작업의 출발점을 dev의 최신 지점으로 옮겨주어 히스토리가 깔끔하게 관리된다.
• Q: Vercel과 EC2의 환경 차이는 어떻게 해결하나?
  • A: 환경 변수(.env)를 활용한다. dev 브랜치가 배포되는 Vercel에는 USE_MSW=true를, main이 배포되는 EC2에는 USE_MSW=false를 주입하여 코드 수정 없이 동작을 분기한다.

📌 오늘의 핵심 요약

• 저장소 분리: upstream(공식/협업)과 origin(개인/실험)의 역할을 명확히 구분하여 관리한다.
• 위계 확립: main(최종 합류) → dev(프론트 중심) → feature(세부 작업) 순서로 브랜치 뿌리를 내린다.
• 독립적 배포: 개인 dev는 Vercel로 빠르게 리뷰하고, 검증된 코드만 오가니제이션 main으로 합쳐 EC2에 배포한다.