📅 2025-09-12

➡️ Git에 대해 새롭게 알게 된 것 또는 헷갈리는 부분 정리 + 🤔❓

---

🔎 학습 리마인드

📌 Git & GitHub으로 협업

• branch 활용

💡 branch : 코드를 분기하는 명령어

• 코드의 작업 흐름을 나누는 갈래

• 같은 프로젝트 안에서 여러 개의 독립적인 작업선을 만들 수 있음

• 기본적으로 Git은 main(혹은 master) 브랜치를 하나 갖고 시작

• 새로운 기능이나 실험을 하고 싶을 때는 브랜치를 따로 만들어서 그 안에서 개발

• 작업이 끝나면 다시 main으로 합쳐 넣을 수 있음

• 생성

  $ git branch (브랜치명)

• 브랜치 목록 확인

  $ git branch

• 브랜치 이동

  # 옛날 방식
  git checkout (브랜치명)     # 해당 브랜치이동
  git checkout -b (브랜치명)    # 새 브랜치 만들고 이동
  
  ---------------------------
  # 최신 방식
  git switch (브랜치명)         # 브랜치 이동
  git switch -c (브랜치명)      # 새 브랜치 생성 이동 

• 브랜치 삭제

  git branch -d (브랜치명)

• 브랜치 이름 변경

  git branch -m (기존 브랜치명) (새 브랜치명)

💡 marge : 브랜치 간의 작업을 합치는 명령어

• 브랜치를 합치면 → 그 안에 담긴 소스 코드 변경 내역까지 함께 병합
• 히스토리(브랜치) + 파일 변경(소스 코드) 두 가지를 동시에 합쳐주는 과정

1. 합칠 브랜치로 이동

   git switch main

2. merge 실행

   git merge feature/login 

💡 GitHub에서 PR을 쓰는 이유

• Pull Request (PR)란?

  • Pull → 원격 저장소의 코드를 내 브랜치로 가져와서 합친다(merge) 는 의미
  • Request → 단순히 합치는 게 아니라, 합쳐 달라고 요청하는 것

• 코드 리뷰를 위해

  • 팀원들이 내가 작성한 코드를 확인하고, 문제가 없는지 검토할 수 있음

• 안전한 합치기

  • 바로 merge 하지 않고, 검증 후 merge → 버그 유입 방지

• 히스토리 관리

  • 누가 언제 어떤 작업을 했는지, 토론(Comment)과 기록이 남음

• git add & git commit & git push 하기

  $ git add .
  $ git commit -m "커밋 메세지"
  # 이때 브랜치명은 현재 브랜치명 작성
  $ git push origin <브랜치명> 

💡 develop 브랜치

• 실무에서는 보통 개발용 브랜치(develop)를 둠

main : 배포 전용
develop : 테스트 및 통합 전용
기능 브랜치(feature) : 개별 기능 개발용

• 기능 브랜치에서 작업이 끝나면 바로 main으로 합치는 게 아니라, 먼저 develop에 합침
  • 테스트까지 마친 후, 최종적으로 안정적일 때만 main으로 머지 → 배포 하는 구조

---