🤝 실전 협업 시 Git 사용법

📌 개요

혼자서 개발할 때는 문제가 없던 Git… 하지만 협업을 시작하면 충돌, 브랜치 꼬임, 이상한 커밋 메시지 등 다양한 문제가 생기기 시작하죠.
이번 포스팅에서는 팀 프로젝트나 회사 업무에서 Git을 어떻게 효과적으로 사용하는지,
실전 경험을 바탕으로 협업에 최적화된 Git 사용법을 정리해드립니다.

---

🧠 핵심 개념

👥 협업에서 중요한 Git 사용 포인트

1. 브랜치 전략 준수
   팀에서 정한 브랜치 네이밍, 머지 정책을 반드시 따라야 함
2. 커밋 메시지 컨벤션
   커밋 메시지는 기록입니다.
   예: feat: 로그인 페이지 구현, fix: 비밀번호 오류 수정
3. Pull 전에 항상 최신 상태로 동기화
   git pull --rebase 습관 들이기 (병합보다 충돌 적고 깔끔)
4. PR(Pull Request) 기반 협업
   코드 리뷰 → 피드백 → 병합
   → 이 과정이 협업의 핵심 루틴!

---

💡 실전 팁 또는 실습

🛠️ 1. 브랜치 생성과 작업 흐름

 

git checkout develop
git pull origin develop
git checkout -b feature/join-page

---

🗂️ 2. 커밋 메시지 컨벤션 예시 (Angular 스타일)

feat: 로그인 기능 추가
fix: 잘못된 토큰 처리 로직 수정
docs: README 업데이트
refactor: 중복 코드 정리
test: 로그인 유닛 테스트 추가

협업할수록 이유가 명확한 커밋이 중요합니다.

---

🔁 3. 병합(Merge) or 리베이스(Rebase)?

• 단순 병합 시:

git pull origin develop

• 깔끔한 커밋 히스토리를 원할 때:

git pull --rebase origin develop

• 커밋 정리 후 병합:

git rebase -i HEAD~3

---

🔍 4. Pull Request & 리뷰 문화

1. 작업 완료 후 GitHub에 PR 생성
2. 팀원이 리뷰 → 코멘트 → 수정 후 승인
3. CI/CD 통과 후 병합(Merge)

Tip: 병합 시 Squash and merge 사용하면 커밋 하나로 정리되어 히스토리가 깔끔해져요.

---

✅ 마무리

Git은 협업에서 필수 도구입니다. 하지만 도구 자체보다 중요한 건 팀 내의 규칙입니다.
커밋 메시지, 브랜치 네이밍, 리뷰 방식 등 기본 규칙만 잘 지켜도 프로젝트 품질이 크게 달라집니다.

Git을 잘 쓴다는 건 단순한 명령어 암기가 아니라,
팀워크를 위한 기록과 소통에 신경 쓴다는 뜻입니다.

---

📎 다음 글 예고

• Git 충돌(conflict) 해결 방법
• GitHub PR 자동화 팁 (템플릿, 리뷰어 지정 등)
• 팀을 위한 Git 워크플로우 자동화 도구 소개

---