힘내 rebase 충돌 이해

Question

내 워크 플로에서 나는 master 및 development의 두 가지 주요 지점이 있습니다.

우리는 우리가 master에 수정을 많이 만들어 우리가 development에 기능의 개발을 계속하기 때문에 master에 development을 리베이스 최근에 결정했다.

우리의 목표는

그래서 우리는 개발의 7개월에 후 정상 약간의 충돌이 있었다 (... 완전히 development을 제거하고 우리의 사용에 적합하지 않기 때문에 우리의 워크 플로우를 변경 한 지부를 유지하기 위해 끝에 differents의 지점)하지만, 일부는 이상한 종료되었습니다 ... 예를 들어

는 많은 시간 우리는 같은 것을했다 :

$ git status 
# On branch master 
# Unmerged paths: 
# (use "git add/rm ..." as appropriate to mark resolution) 
# 
#  added by them:  X 
#  added by us:  Y 

을하지만 added by us를 들어, 파일 master 그리고 난에 존재 n development 커밋합니다. added by us의 정확한 의미는 무엇인가 : 당신은

여기

내 질문은 오래된 .... 문제의 파일을 10 개월 이상 있다고 알고있다?

rebase은 좋은 습관입니까?

Answer 1

us은 현재 브랜치를 의미하고 them은 현재 리베이트하고 있다고 가정합니다. 그러나 실제로는 매우 사소한 것입니다.

7 개월 분의 작업을 리베이스하지 않아야합니다!

리베이스는 거의 푸시되지 않은 로컬 코드에서만 사용해야합니다. 다른 용도로 사용하는 경우, 아마도 잘못된 것이 있습니다. 이것은 그 시대의 하나입니다.

기본값 인이 합병됩니다. 리베이스는 특수한 경우입니다. 이 경우 병합해야합니다. 리베이스의 결과는 :

• 당신은 100 대신 1로 병합 할 한 번 충돌에 대한 관심의 100 배 대신 할
• 귀하의 역사는 total lie입니다 (REBASE의 모든 단계는 병합)입니다. 나는 모든 rebased 커밋을 철저히 테스트하지 않는다고 가정한다. 그 결과로 나중에 코드가 실제로 작동하거나 심지어 의미가 없을 수도 있습니다. 충돌 해결에 대한 정보도 손실됩니다 (병합을 수행하면 잃어 버리지 않습니다. 두 부모를 비교하여 얻을 수 있습니다).