동일한 작업을 rebase 및 병합합니까? 왜 한 가지를하는 두 가지 다른 절차가 있습니까?

Question

저는 git을 처음 사용하며 rebase를 이해하려고합니다. 나에게있어 병합 프로세스는 내 경험이 Clearcase이므로 이해하기 쉽습니다.
우선 리베이스가 병합과 정확히 일치하는지 아닌지 이해할 수 없습니다. 그것이 같은 이유로 2 가지 절차가있는 이유입니까?
또한이 부분은 git-branching에서 읽습니다.
그것은 여기있다 :

를 그 다음은 말한다 :

$의 자식이, 이것은 기본적으로 말한다
는 "클라이언트 지점에서 을 확인 마스터 서버 클라이언트 --onto 리베이스 패치를 알아낼 클라이언트와 서버 브랜치의 상위 서버 인
의 조상을 검색 한 다음 master로 재생합니다. "약간 복잡합니다. 그림 3-32에 표시된 결과는 입니다.

그래서 나는이 명령은 서버와 클라이언트 지점 의 후 공통 조상이 공통의 조상을 제외한 모든 커밋을 의미 가정합니다. 그래서 우리는 다음 사진으로 끝납니다.

는 그 다음 말한다 :
$ 자식 체크 아웃 마스터
$의 자식 클라이언트에게

를 병합 :

이제

당신이 당신의 마스터 분기 (그림 3-33)를 빠르게 전달할 수 있습니다

이 예제는 나에게 잘못되었습니다.
두 번째 그림에서 C8과 C9을 rebase의 결과로 "이동"합니다. 그런 다음 병합합니다.
그러나 C8은 master 브랜치에 C3 및 C3 코드가 없습니다.
C8 즉 이 master 앞에 있고 실제로 체인에 이전에 master이 있지만 rebase 이후.
하지만 어떻게 작동합니까? C8이 C3에 종속 된 경우 C3의 경우 은 branch의 일부가 아니므로 이 실패합니다.
예. C3에 클라이언트가 사용하는 일부 기능이있는 경우 main 지점에 존재하지 않습니다. 따라서 rebase 다음에 C8'은 에없는 C3에 정의 된 함수에 종속성을 갖습니다. 따라서 코드는 컴파일되지 않습니다.
아무도 rebase 워크 플로를 설명하는 데 도움이되고 git-scm에있는 자습서의이 부분에 대해 내가 말한 것이 맞습니까?

Answer 1

아니요 동일한 것이 아닙니다. rebase는 재배치 한 브랜치 뒤에 리베이스 된 브랜치를 커밋합니다.

기본 병합은 병합의 새로운 커밋 결과를 생성합니다.

병합이 명백 할 때 리베이스가 너무 많은 병렬 분기를 피할 수 있다고 말할 수 있습니다. 그러나 병합이 복잡한 경우 (같은 파일 등을 작업하는 경우) 병합이 좋습니다.

같은 자식 차이점을 재 계산, remerging 때 때문이다 A = B +

병합 거라고하는 C = B + DIFF에 c은 diff = A + C REBASE이다 CBIS = A + DIFF CBIS

와 DIFF C는 아마 읽기 쉬운, DIFF cplus가 복잡해질 수있다

도은 diff 간단한 경우 (REBASE 같은) 라인에 병합하려고 빨리 감기 옵션이며, 생성 병합하지 않는 경우. 이것은 아마도 초보자에게 적합 할 것입니다.