Git 협업 흐름
Git 협업 충돌 관리
Git은 저장 버튼이 아니라 변경 이력을 그래프로 관리하는 도구입니다.
작업 트리, 스테이지, 커밋, 브랜치, 원격 저장소가 어떻게 이어지는지
알면 협업에서 충돌과 되돌리기를 훨씬 침착하게 다룰 수 있습니다.
01
변경 단위 확인
작업 트리에 생긴 변경을 기능, 수정, 문서처럼 의미 있는 단위로
나눕니다.
working tree
02
스테이지 선별
관련 있는 줄만 index에 올려 하나의 커밋이 한 가지 이유를 갖게
합니다.
stage
03
브랜치로 격리
메인 흐름을 직접 흔들지 않고 기능 브랜치에서 변경을 쌓은 뒤 리뷰를
거칩니다.
branch
04
충돌을 작게 유지
자주 pull/rebase하고 큰 파일을 오래 붙잡지 않으면 충돌 지점이
줄어듭니다.
merge
Commit
왜 바꿨는지 남기는 최소 이력 단위
작은 커밋은 리뷰, 되돌리기, 원인 추적을 쉽게 만듭니다.
history
Merge/Rebase
이력을 합치는 방식의 차이
merge는 합류 커밋을 남기고, rebase는 내 커밋을 새 기준 위에
다시 놓습니다.
graph
Revert/Reset
공유 이력 복구와 로컬 이력 수정의 차이
이미 push한 변경은 보통 revert가 협업에 더 안전합니다.
restore
커밋 메시지 · 충돌 처리 · 원격 동기화 점검
커밋 메시지
무엇을 했는지보다 왜 이 변경이 필요한지를 드러냅니다.
충돌 처리
둘 중 하나를 통째로 고르기보다 양쪽 의도를 읽고 최종 결과를
다시 테스트합니다.
원격 동기화
push 전 최신 main과의 차이를 확인해 리뷰에서 불필요한 충돌을
줄입니다.
커밋 그래프를 작게 유지하는 순서
변경 확인 -> 관련 줄 stage -> 작은 commit -> 최신 main 반영 -> push -> PR