브랜치 병합 전략에 대한 지식공유자님의 생각이 궁금합니다.
안녕하세요, 강의 잘 듣고 있습니다.
Git을 정리하는 데 큰 도움을 받고 있습니다.
다름이 아니라 GitHub에서 브랜치를 메인 브랜치로 병합할 때 사용하는 전략에 대해 궁금합니다. 기본 병합(merge), 스쿼시 & 머지(squash & merge), 리베이스 & 머지(rebase & merge) 방식이 있는데, 어떤 방식을 선호하시는지 여쭤보고 싶습니다.
개인적으로는 로컬에서 작업할 때는 리베이스 & 머지를 선호합니다. 히스토리를 깔끔하게 유지할 수 있기 때문입니다. 반면에 메인 계열 브랜치(dev, prod 등)로 병합할 때는 기본 병합을 사용해야 기능 추가 히스토리를 명확히 추적할 수 있다고 생각합니다.
Answer 1
1
안녕하세요, Robbie 님 😀
저의 경우, 특별히 선호하는 방식은 없습니다.
상황에 따라 제일 좋은 방법을 사용하는게 최선이라고 봅니다.
예를 들어...
(언급해주신대로...) 히스토리를 명확히 추적해야 하는 경우엔 기본 병합을 사용할 수 있겠죠. 기능 단위로 커밋들을 깔끔하게 정리하고 싶을 때도 있을 겁니다. 이때는 스쿼시 & 머지(squash & merge)를 사용할 수 있어요. 다른 상황에선, 커밋 히스토리를 깔끔하게 만드는게 좋을 때도 있습니다. 이러한 경우에는 리베이스 & 머지(rebase & merge)를 사용할 수도 있습니다.
협업하는 팀원 수, 만드는 기능, 기능의 중요도 등등에 따라 최선의 방법을 사용하시는게 BEST라고 봐요!
깃헙 작업 완료된 develop 브랜치 질문
0
77
2
[질문] git-flow 에서 release 브랜치 생성
0
58
1
upstream연결하기
0
76
2
gitignore관련 질문
0
86
2
staging area
0
85
2
git pull merge 요청 시 draft
0
170
2
rebase 와 3-way merge 의 근본적인 차이
0
103
2
문서가 락이 걸어져있네요.
0
77
1
vscode에서의 github로의 푸시
0
106
2
Git 머지 커밋 되돌리기(revert)와 머지 방식 선택의 안전성 질문
0
144
2
git add 동작 원리에 대한 질문
0
65
2
git flow 문의
0
114
2
git rebase 질문
0
100
2
[추가 질문] 똑같은 브랜치를 다시 pull request하는 경우.
0
172
2
pull request 취소하기
0
706
2
.gitignore
0
78
2
Commit 메시지 변경 방법
0
453
2
switch 와 checkout 차이점.
0
299
1
강의자료 누락, commit 복사질문
0
153
4
강의 교재 다운로드
0
104
1
git init에서 오류 발생
0
283
2
[추가 질문] HEAD 와 COMMIT 관계가 궁금합니다.
0
105
2
HEAD 와 COMMIT 관계가 궁금합니다.
0
140
2
github 협업 내용 관련 질문 있습니다
0
92
2