git-flow 전략을 사용할 경우 작업 후 머지 할 경우 PR은 두번 해야 되나요?
415
작성한 질문수 7
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을 사용하는 것을 권장합니다.
감사합니다.
강의영상 버퍼링
0
29
3
git status 에서 폴더에 파일을 생성하면 해당 파일이 수정으로 뜨는데 기존 파일 수정시에는 수정내역으로 안뜨네요 왜 그런걸까요?
0
8
1
DESIGN.md 파일이 잘못되었어요
1
38
1
mcp 연결안됌
1
59
2
Github repo Front/Backend 분리 이유가 궁금합니다.
1
33
2
CLI gemini 로그인 안됨
1
327
2
저는 Auto mode가 없어요
1
56
1
claude에 지시하는 방식 관련
0
42
1
강의 초반에 생긴 질문
1
61
1
frontend/backend 분리개발시
0
61
2
prd생성 관련 소스..
0
58
2
왜 여기서는 둘 다 선택해서 하는걸 안알려주는지 궁금하네요
0
44
1
cherry pick 질문입니다.
0
55
2
supabase연결이 쉽지 않네요
0
73
2
[문의] 깃 워크트리
0
87
1
코딩문의
0
69
1
깃 풀(git pull)에 대한 궁금증이 있습니다!
0
73
1
섹션7 수업자료 업로드 부탁드립니다.
0
66
2
gitforwindows에서 맥은 뭘 다운받아야 하나요...?
0
91
2
d-day count소스및 그라비티에서 기술하면 뭔가 내용이 안나오네요
0
66
1
브렌치와 머지 질문입니다.
0
220
1
궁금증
0
271
1
브랜치를 만들었는데, 강의에서 stash할때 hotfix 브랜치 생성할때 질문
0
283
1
깃크라켄 클론레포
0
415
1