개인 개발자가 아닌 '팀(Team)'으로 일할 때의 Git은 단순 버전 관리를 넘어 팀원 간의 비동기 커뮤니케이션 도구이자 품질 검증 파이프라인입니다. 프롬프트 상의 브랜치 표시(branch-name) $를 명시하여 실제 IT 기업의 1주일 스프린트 표준 협업 흐름을 정리합니다.
1. 단계별 상세 실무 가이드
Step 1. 기능 브랜치 시작 (월요일)
# 항상 최신 develop 상태를 내려받고 시작
(main) $ git switch develop
Switched to branch 'develop'
(develop) $ git pull --ff-only origin develop
# Jira 티켓 번호 또는 기능명을 포함하여 분기
(develop) $ git switch -c feature/PAY-104-kakao-pay
Switched to a new branch 'feature/PAY-104-kakao-pay'Step 2. PR 생성 및 코드 리뷰 (수요일)
(feature/PAY-104-kakao-pay) $ git add .
(feature/PAY-104-kakao-pay) $ git commit -m "feat: 카카오페이 정기 결제 API 연동"
(feature/PAY-104-kakao-pay) $ git push -u origin feature/PAY-104-kakao-payStep 3. 코드 리뷰 피드백 반영 (목요일)
# 리뷰어의 피드백 반영 후 추가 커밋 및 푸시
(feature/PAY-104-kakao-pay) $ git add app/Services/KakaoPayService.php
(feature/PAY-104-kakao-pay) $ git commit -m "fix: 결제 재시도 대기 시간 1초에서 2초로 상향 조정"
(feature/PAY-104-kakao-pay) $ git push origin feature/PAY-104-kakao-pay2. 코드 리뷰 시 실무 에티켓 (P1 ~ P5 룰)
[P1 - 꼭 반영해주세요]: 보안 취약점, 데이터 정합성 오류, 심각한 버그 (머지 불가)[P2 - 고려해주세요]: 성능 개선, 아키텍처 관점의 더 좋은 제안 (토론 필요)[P3 - 사소한 의견]: 변수명 개선, 오타, 코드 스타일 (작업자 재량에 맡김)[칭찬/감탄]: 읽기 쉬운 코드, 훌륭한 예외 처리 등에 대한 적극적 응원
