Git 협업을 배웠다고 말하려면 명령어를 아는 것 외에 변경을 제안하고 검토받은 과정을 보여 줄 수 있어야 합니다. 두 사람이 작은 저장소에서 기능 하나를 나누어 작업하면 실제 협업 흐름을 연습할 수 있습니다.
이슈에 완료 조건 적기
‘검색 기능 개선’처럼 넓은 제목 대신 ‘결과가 없을 때 안내 문구를 표시한다’처럼 확인 가능한 일을 정합니다. 기대 동작, 테스트 방법, 담당자를 적고 작업 범위를 작게 유지하세요.
브랜치와 커밋 만들기
기본 브랜치에서 새 브랜치를 만들고 작업합니다. 관련 없는 수정은 다음 작업으로 분리하세요. Git의 브랜치 워크플로 문서는 팀 규모와 릴리스 방식에 맞춰 분기 방식을 선택하는 개념을 설명합니다.
풀 리퀘스트로 설명하기
변경 이유, 주요 코드, 테스트 결과, 남은 한계를 적습니다. GitHub 공식 풀 리퀘스트 안내에 따라 리뷰어는 파일별 변경과 검사 결과를 보고 질문할 수 있습니다. 리뷰가 오면 단순히 ‘수정 완료’라고 답하지 말고 어떤 판단으로 바꿨는지 남기세요.
병합 후 다시 검증
기본 브랜치에서 기능이 정상 동작하는지 확인하고 이슈를 마무리합니다. 충돌이 났다면 변경 의도를 비교하고 테스트를 다시 실행하세요. 실습 결과로 이슈, 풀 리퀘스트, 수정 커밋을 포트폴리오에 연결할 수 있습니다. 브랜치 선택을 더 연습하려면 Git 브랜치 전략 실습을 참고하세요.