인프런 커뮤니티 질문&답변
작성한 질문수
git-flow 전략을 사용할 경우 작업 후 머지 할 경우 PR은 두번 해야 되나요?
작성
·
184
0
feature에서 작업이 끝난 경우 코드리뷰를 위해 develop에 pull request 날리고, 리뷰가 끝나면 develop에 머지가 되잖아요.
그 후에 main 브랜치에 develop 브랜치를 가지고 pull requet로 머지를 해주나요? 아니면 그냥 merge 해줘도 되나요?
hotfix에서 작업이 끝난 경우는 리뷰를 위해 develop에 pull request를 날리고, 리뷰가 끝나면 hotfix 브랜치를 main 브랜치에 리뷰는 없이 pull request를 날려야 되나요? 아님 그냥 hotfix -> main으로 머지 하나요?
답변 부탁드립니다.
감사합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. 토니야님, 질문하신 git-flow 전략에 관해서 답변드리겠습니다.
기능 개발이 끝난 feature 브랜치는 먼저 develop 브랜치로 코드 리뷰를 위한 Pull Request(PR)를 날립니다. develop 브랜치에서 코드 리뷰가 완료되면 merge를 해 개발 브랜치에 반영을 합니다. 보통 main 브랜치로 merge하기 전에도 PR을 통해 코드 리뷰와 테스트를 거치는 것이 일반적입니다. 이는 프로젝트의 품질 관리에 도움이 됩니다.
hotfix 브랜치에서 긴급 수정 작업이 완료되면, 일반적으로 develop 브랜치로 먼저 PR을 날려 리뷰와 테스트를 거칩니다. 이후, main 브랜치로도 PR을 통해 merge할 수 있으며, 이때도 리뷰 과정을 거치는 것이 좋습니다. hotfix의 특성상 긴급성이 요구되는 경우, 직접 머지를 진행할 수도 있지만, 가능한 리뷰를 거치는 것이 실수를 방지하는 데 도움이 됩니다.
git-flow 전략에서는 코드의 안정성을 최우선으로 하므로, PR을 통한 코드 리뷰와 테스트 과정은 중요한 단계입니다. 따라서 develop에서 main으로 merge할 때도 PR을 사용하는 것이 좋습니다. hotfix의 경우에도 main 브랜치에 merge하기 전 확인 절차를 위해 PR을 사용하는 것을 권장합니다.
감사합니다.