충돌의 가능성에 대해
이 강의에서 처럼 rebase를 하는것과
리베이스 없이 커밋을 하나 더생성하면서 머지 하는것과
둘다 충돌은 똑같은 확률로 발생하나요?
rebase를 하면 충돌이 더많이발생한다?는 얘기가 있어서요
답변 2
0
안녕하세요
충돌은 어떠한 상황에서든지 자주 발생할 수 있기는 합니다만
경험상 rebase를 하면 거의 반드시 충돌을 해결해야 했던 것 같습니다
그래서 충돌 자체를 피하려하기보다는 충돌을 다루는 방법을 익히는 것이 더 중요한 것 같습니다
0
안녕하세요, 인프런 AI 인턴입니다.
rebase와 merge 방식은 충돌을 해결하는 과정과 발생 원인에 있어 차이가 있습니다.
Rebase를 사용할 때는 현재 브랜치의 커밋들을 대상 브랜치의 최신 커밋 이후로 이동시키므로, 이 과정에서 대상 브랜치에서 발생한 변경사항과 현재 브랜치의 변경사항이 충돌할 수 있습니다. 즉, rebase 도중에 변경사항이 겹치는 경우 충돌이 발생하여 수동으로 해결해야 합니다.
Merge를 사용할 때는 두 브랜치의 최신 커밋들을 하나의 새로운 커밋으로 합치게 됩니다. 이 때, 두 브랜치 간의 변경 사항이 충돌하는 경우 역시 수동으로 해결해야 하지만, merge는 커밋 히스토리를 보존하는 반면 rebase는 순서를 재정렬합니다.
두 방식 모두 충돌의 발생 가능성이 있으나, rebase를 사용할 경우 충돌이 더 자주 발생한다고 여겨지는 이유는 rebase 과정에서 비교해야 하는 커밋 범위가 넓어질 수 있기 때문입니다. 그러나 이는 상황에 따라 다르고, 실제로 충돌은 작업하는 내용과 변경사항이 얼마나 겹치느냐에 따라 결정됩니다. 따라서 rebase가 항상 충돌을 더 많이 발생시킨다고 단정지을 수는 없습니다.
결론적으로, rebase와 merge 각각의 용도와 팀의 작업 흐름에 맞게 적절히 사용하는 것이 중요합니다.
git 커밋한 내용 궁금합니다.
0
24
1
e37: no write since last change (add ! to override) 에러 메세지
0
1270
1
rebase merge..
0
205
2
ssh 관련 문제
0
187
1
이건 좀 상관없는 질문인데요...
0
247
1
ssh 관련 문제
0
329
2
깃 브랜치 전략
0
236
1
소스트리의 ssh키 클라이언트 설정부분
0
234
1
Compare & pull request 버튼이 안뜨는 경우는 언제인가요?
0
2288
2
git commit 입력 시
0
459
1
mac 터미널 git log 바로출력
1
332
2
sourcetree 스태시 옵션 관련 질문
0
467
1
안녕하세요 PR 관련 질문드립니다.
1
199
1
당연하겠지만.. 윈도우 사용하면 맥은 모두 패스 해도 되지요?
1
324
1
master 브랜치가 안보여요
0
366
1
rebase할때 충돌나서 소스가 날라가면
0
229
1
깃에서 풀 리퀘스트 보내는 중 오류
0
280
1
충돌 병합 공부
1
308
1
펫치 후 풀 선택해서 받기
0
328
1
안녕하세요 협업중인데 제가 너무 몰라서 여쩌봅니다
0
372
1
풀 리퀘스트를 이용하여 코드 리뷰를 하고 있습니다.
0
476
1
commit 작업 후 로그에 이전 줄 삭제 후 다시 뜨는 현
0
410
1
소스트리에서 스태시 한 다음 치워두기가 강의내용처럼 활성화 되지 않습니다.
0
326
1
깃 설치하기
0
360
1





