패스잇
소프트 스킬 · 중급

Git Flow 브랜치 전략을 설명하고, GitHub Flow와 어떻게 다른지 비교해주세요.

힌트 · main/develop/feature/release/hotfix 구조 vs main 중심의 단순한 PR 방식의 트레이드오프를 설명해보세요.

Git FlowGitHub Flow브랜치 전략릴리스 브랜치Pull Request

모범답안

Git Flow는 릴리스 주기가 긴 프로젝트에 적합한 브랜치 전략입니다. main, develop, feature, release, hotfix 브랜치를 사용하죠. develop 브랜치에서 기능 개발을 위한 feature 브랜치를 분기하고, 릴리스 준비 시 release 브랜치를 생성합니다. 핫픽스는 main 브랜치에서 분기하여 긴급 수정에 대응합니다.

반면 GitHub Flow는 main 브랜치를 중심으로 모든 변경 사항을 Pull Request(PR)를 통해 통합하는 방식입니다. 기능 개발은 main 브랜치에서 바로 분기한 브랜치에서 진행하고, PR을 통해 코드 리뷰와 테스트를 거친 후 main 브랜치에 병합됩니다.

Git Flow는 복잡하지만 릴리스 관리가 용이하고, GitHub Flow는 단순하지만 지속적인 배포에 적합합니다. Git Flow는 릴리스 브랜치 관리에 overhead가 있고, GitHub Flow는 빠른 피드백과 통합이 장점입니다. 프로젝트의 특성과 릴리스 주기에 따라 적절한 전략을 선택하는 것이 중요합니다.

읽었다면, 이제 직접 답해볼 차례예요

패스잇 앱에서 이 질문에 말로 답하면 AI가 꼬리질문까지 이어가며 1:1 코칭합니다.

함께 보는 Git / 협업 면접 질문

← Git / 협업 면접 질문 전체 보기