📚 데이터 분석과 Python - Git 버전 관리와 Branch 전략

1. 버전 관리의 필요성 및 Git의 특징

1.1. 버전 관리(Version Control)란?

프로그램 소스 코드나 문서의 작업 내역을 추적, 관리하고 동료들과 효율적으로 협업하기 위한 도구입니다.

• 주요 기능:
  • 버전 관리: 과거 버전 비교 및 복구 가능.
  • 분기 & 병합 (Branch & Merge): 독립적인 개발 후 메인 코드에 합칠 수 있음.
  • 충돌 해결 (Conflict Resolution): 동시 수정 시 해결 방안 제시.
  • 히스토리 & 로그: 누가, 언제, 무엇을 수정했는지 기록.

1.2. Git의 특징 (분산 버전 관리 시스템)

• 분산형 구조: 중앙 서버(Centralized)에 의존하지 않으며, Single Failure Point(단일 장애점)가 없습니다.
• 오프라인 작업: 인터넷이 없는 환경에서도 독립적으로 작업(Commit)이 가능합니다.
• 변경 추적: Git은 파일의 '버전'이 아닌 '변경 사항(Snapshot)'을 추적합니다.

1.3. Git 저장소 구조 및 흐름

• Remote Repo: 원격 저장소 (GitHub, GitLab 등)
• Local Repo: 내 컴퓨터의 저장소 (Object Database)
• Staging Area: 커밋하기 전 변경사항을 준비하는 공간 (Index)
• Working Directory: 실제 작업 중인 파일들이 있는 공간

기본 사이클: Edit → Stage(add) → Commit → Push

---

2. Branch(브랜치) 전략

2.1. Branch를 사용하는 이유

작성하신 노트와 강의 자료에 따르면, 브랜치는 독립성과 안정성을 위해 필수적입니다.

• 기능 개발, 버그 수정, 테스트를 메인 코드와 분리하여 독립적으로 수행.
• *안정적인 배포 코드(Master/Main)와 실험적인 개발 코드**를 분리.
• 여러 개발자가 동시에 서로 다른 작업을 진행 가능.

2.2. Branch 전략의 핵심

브랜치 전략은 "언제 어떻게 만들고 병합할 것인가?" 라는 질문에 대한 규칙입니다.

1. 어떤 브랜치에서 개발을 시작할 것인가?
2. Hotfix(긴급 수정)는 어디서 작업할 것인가?
3. 작업이 끝나면 어디로 Merge 할 것인가?

---

3. 주요 Branch 전략 비교: Git Flow vs GitHub Flow

3.1. Git Flow 전략

전통적이고 구조적인 전략으로, 5가지 종류의 브랜치를 사용합니다.

• Branch 구조:
  1. master(main): 제품으로 출시되는 기준 브랜치 (Production).
  2. develop: 다음 출시 버전을 개발하는 중심 브랜치.
  3. feature: develop에서 따와서 기능을 개발하고 다시 develop으로 병합.
  4. release: develop에서 출시 준비를 위해 생성 (QA, 테스트 진행).
  5. hotfix: 출시 후 발생한 버그를 master에서 즉시 수정.
• 장점:
  • 대규모 프로젝트나 여러 팀이 협업할 때 적합.
  • 버전 관리가 명확하여 여러 버전의 제품을 유지보수하기 좋음.
• 단점:
  • 구조가 복잡하고 관리해야 할 브랜치가 많음.
  • 개발 기능이 배포되기까지 단계가 많아 CI/CD(지속적 통합/배포) 환경에 부적합할 수 있음.

3.2. GitHub Flow 전략

Git Flow를 단순화한 방식으로, Master(Main) 브랜치 중심의 전략입니다.

• Branch 구조:
  1. master: 언제든 배포 가능한 상태. (엄격한 관리 필요)
  2. feature: 새로운 기능이나 버그 수정을 위해 master에서 생성.
• 핵심 흐름:
  • master에서 브랜치 생성 → 작업 및 커밋 → PR(Pull Request) 생성 → 코드 리뷰 및 테스트 → master로 Merge → 즉시 배포
• 장점:
  • 구조가 단순하고 이해하기 쉬움.
  • Agile 개발 방식과 CI/CD 구축에 최적화됨.
• 단점:
  • master에 병합되면 바로 배포되므로, 잘못된 코드가 운영 환경에 나갈 위험 존재 (자동화 테스트 필수).
  • 여러 배포 버전을 동시에 관리하기 어려움.

---

4. Git 사용 Tip

협업을 위한 팁입니다.

• Merge는 자주 한다: 충돌(Conflict)을 최소화하기 위함.
• Atomic Commit: 커밋은 작게, 하나의 목적에 집중해서 작성 (기능 개발과 리팩토링을 섞지 말 것).
• Commit Message: fix, update 같은 모호한 단어 금지. 작업 이유와 기대 효과를 자세히 기술.
• PR(Pull Request): 리뷰어(Reviewer)가 이해하기 쉽게 작성.