🌿 중급 개발도구
Git 브랜치 전략이 뭔가요?
쉽게 이해하기
여러 작가가 한 책을 함께 쓴다고 상상해보세요. 각자 다른 챕터를 쓰다가 나중에 한 권으로 합치는데, 누가 어떤 챕터를 쓰고 언제 합칠지 미리 정해두지 않으면 내용이 꼬이거나 중복될 수 있어요. Git 브랜치 전략은 이런 혼란을 막기 위한 '작업 분담 규칙'이에요.
핵심 정리
여러 사람이 동시에 작업할 때 브랜치를 어떻게 나누고 합칠지 정한 규칙이에요.
자세히 알아보기
Git 브랜치 전략은 팀이 코드를 효율적으로 관리하기 위해 브랜치를 어떻게 만들고, 언제 합칠지 정한 규칙입니다. 가장 유명한 전략은 'Git Flow'인데, main(배포용), develop(개발용), feature(기능 개발용), hotfix(긴급 수정용) 브랜치를 나눠서 씁니다.
예를 들어 새 기능을 만들 때는 develop에서 feature/login-button 같은 브랜치를 만들어 작업하고, 완성되면 develop에 합칩니다. 그리고 배포할 준비가 되면 develop을 main에 합쳐서 실제 서비스에 반영하죠. 이렇게 하면 '아직 완성 안 된 코드'가 실제 서비스에 영향을 주지 않아요.
최근에는 GitHub Flow라는 더 간단한 전략도 인기입니다. main 브랜치 하나만 두고, 새 기능은 feature 브랜치에서 만든 뒤 Pull Request로 바로 main에 합치는 방식이에요. 스타트업처럼 빠르게 배포해야 하는 팀에서 많이 씁니다.
브랜치 전략을 정하지 않으면 여러 사람이 같은 파일을 동시에 수정해서 충돌(Conflict)이 자주 생기고, 누가 뭘 작업 중인지 파악하기 어려워집니다. 그래서 프로젝트 시작할 때 팀원들과 '어떤 브랜치 전략을 쓸지' 합의하는 게 중요해요.