주제 3

협업

작은 팀 협업은 repository 리듬이 단조롭고, 명시적이며, 다시 회복하기 쉬울수록 잘 굴러갑니다.

공통 리듬 합의

팀은 기본 기대를 공유할 때 안정적으로 움직입니다.

  • 큰 작업 전 pull
  • 의미 있는 단위로 commit
  • 변경을 오래 쌓아두지 말고 규칙적으로 push

갑작스러운 변화 전에 공유

파일 대량 이름 변경, 폴더 구조 재정리, 공유 섹션 대폭 수정처럼 큰 변화가 예정되어 있다면 먼저 팀에 알립니다. 협업의 대부분의 고통은 Git 자체보다 "예상하지 못한 변화"에서 옵니다.

협업을 시작하기 전에 repository settings를 열어 접근을 관리합니다.

Settings 탭이 강조된 GitHub 저장소 화면

access 페이지를 열어 현재 collaborator를 확인합니다.

GitHub repository access 페이지

실제 초대 흐름은 먼저 collaborator를 username이나 email로 검색하는 것부터 시작합니다.

GitHub collaborator 검색 창

올바른 collaborator가 보이면 추가를 확인해 초대를 실제로 보냅니다.

GitHub collaborator 추가 확인 창

상대가 아직 수락하지 않았다면 pending invitation 상태가 보이는데, 이것은 정상적인 중간 단계입니다.

pending invite가 보이는 GitHub access 페이지

읽히는 이력 유지

명확한 commit message와 작은 작업 단위는 협업을 훨씬 차분하게 만듭니다. 완벽한 history보다 "다른 사람이 따라 읽을 수 있는 history"가 더 중요합니다.

넘어가기 전

협업자가 repository에 어떤 변화가 언제 올라올지 대략 예측할 수 있다면 좋은 협업 리듬이 만들어진 것입니다.