브랜치는 작업을 분리하는 도구입니다. 이름 규칙만 정해 놓고 리뷰와 병합 기준이 없다면 협업 기록이 어지러워집니다. 작은 팀은 복잡한 전략보다 작업 브랜치, 검토 가능한 Pull Request, 자동 검사라는 기본 흐름을 먼저 안정화하세요.
작업 전
기본 브랜치를 최신 상태로 맞춘 뒤 한 작업을 한 브랜치에 담습니다. 기능과 무관한 포맷 변경을 한 번에 넣으면 검토가 어려워집니다. 변경 범위, 완료 조건, 테스트 방법을 이슈나 PR 설명에 적으세요.
작업 중
의미 있는 단위로 커밋하고 비밀키·빌드 산출물이 들어가지 않았는지 확인합니다. 충돌이 나면 변경 의도를 읽고 해결한 뒤 테스트를 다시 실행합니다. GitHub의 Git 안내에서 기본 개념을 확인할 수 있습니다.
검토와 병합
PR에는 무엇을 왜 바꿨는지, 화면이나 API의 확인 방법, 남은 문제를 씁니다. 리뷰어는 변경 파일과 실행 결과를 살펴본 뒤 의견을 남깁니다. GitHub 공식 PR 안내가 이 과정을 설명합니다. 병합 후에는 기본 브랜치를 다시 동기화하세요. Git 강의를 고르는 기준은 Git 실습 강의 점검표에 정리했습니다.