Git 브랜치 전략과 커밋 메시지 컨벤션 팀 적용
팀 프로젝트에서 Git을 처음 제대로 썼습니다. 처음엔 main에 직접 올렸더니 누군가 올린 파일이 다른 작업을 덮어쓰는 사고가 생겼습니다. 이후 기능별 브랜치를 따서 작업하고, PR로 리뷰 후 합치는 흐름을 팀에 제안했습니다. 커밋 메시지도 feat:, fix:, chore: 접두어를 쓰는 컨벤션을 잡으니 히스토리만 봐도 어떤 변경인지 파악이 됐습니다. 3D 에셋 파일은 Git LFS로 별도 관리해서 레포지토리가 무거워지는 문제를 해결했습니다.
충돌이 생길 때 무섭게 느껴지던 merge conflict도 내용을 비교하면서 수동으로 해결하니 금방 익숙해졌습니다. 버전 관리는 규칙이 있을 때 비로소 협업 도구가 된다는 걸 직접 느꼈습니다.