망할 놈의 Rebase 현재의 팁의 사용은 commit 명령을 병합

- 더 많은 기사를 내 블로그 방문 할 수 원하는 코드 끝없는 .

매일 개발 과정에서 우리는 여러 번 제출하는 기능을 가질 수있다. 그리고 우리 회사의 발전이 회사의 창고 코드에 직접 제출하도록 허용되지 않은, 과거를 병합 한 후 자신의 창고에 포크와 필요, 이것은이 많은 실용적인 의미가없는 커밋 커밋을 많이해야합니다 코드를 끌어 이어질 것입니다. 제출 기록이 너무 많이 그래서 오늘 우리는 매우 유용한 명령을 소개해야, 코드 검토 매우 어려운 될 수 있습니다 - 제출을 여러 번 제출에 자식 REBASE를,이 결합 될 수있다, 우리가 그것의 작동을 목격하기 위해이 쇼를보십시오.

준비된

첫째, 우리는 전제 환경을 준비해야합니다 :
1. 자식 저장소를 초기화합니다.

mkdir git-test
cd git-test
git init

2. README.md 파일을 만듭니다.
3. 제출의 숫자를 생성 (> 1).
우리는 우리가 두 개의 커밋을 하나로 통합 한 후 명령이 제출됩니다 리베이스 이눔 것, 3 회 총 기록을 제출, 자식 로그 명령은 다음과 같은 결과를 얻을 것이다 실행 :

$ git log
commit 8d27ccf975e5ce4af8fd12fa75534b78fdc5b065 (HEAD -> master)
Author: 码无止境 <[email protected]>
Date:   Sun Jun 16 18:00:57 2019 +0800

    第三次提交

commit c953ae97af01e49d7f0ad959b42b91334a6726f3
Author: 码无止境 <[email protected]>
Date:   Sun Jun 16 18:00:30 2019 +0800

    第二次提交

commit 53407186cedef4be98d6001a69ee33d3a8d745fc
Author: 码无止境 <[email protected]>
Date:   Sun Jun 16 18:00:06 2019 +0800

    第一次提交

기록을 커밋 병합

1. 먼저 우리는 다음과 같이 자식이, 명령 실행, 문서 편집기 vi 페이지로 들어갑니다 합병 HEAD ~ 2 회 최근 제출 대표되는 -i HEAD ~ 3, 리베이스 실행 :
VI 편집 인터페이스를 커밋 병합

컨텐츠 후 2. 편집 :

p c953ae9 第二次提交
s 8d27ccf 第三次提交

편집 한 후 저장 3. (: WQ)

4. 다음 (vi 편집기) 제출 편집 인터페이스 정보, 내가 쓴, 우리는 합병 제출하고 시간이 두 번째 제출이 위의 대신에 통합되어 볼 수있는 마지막 시간을 "커밋 병합"로 들어갑니다 것은 세 번째 시간입니다 제출 된 두 번째 제출로 합병했다.

5. 다음과 같은 결과를 찾을 것입니다, 우리는 다음 자식 로그를 보려면 다음 명령을 실행 성공적인 구현 후 메시지를 저장

$ git log
commit b1ab9f0af528aa96c333b2287c85d06e9fea891b (HEAD -> master)
Author: 码无止境 <[email protected]>
Date:   Sun Jun 16 18:00:30 2019 +0800
    合并提交

    第二次提交

    第三次提交

commit 53407186cedef4be98d6001a69ee33d3a8d745fc
Author: 码无止境 <[email protected]>
Date:   Sun Jun 16 18:00:06 2019 +0800

    第一次提交

결합 된 프리젠 테이션의 여러 명령

  • 선택 : 보통 선택
  • 바꾸어 말하다 : 선택과 제출 된 정보를 수정;
  • 편집은 다음 REBASE, 당신이 커밋 수정할 수 있습니다 때 정지됩니다 확인
  • 스쿼시 : 선택, 커밋 커밋 현재와 병합됩니다
  • 변경 수정 : 동일 스쿼시,하지만 전류에 의해 제출 된 정보를 저장하지 않습니다 커밋
  • 간부 인 : 실행 쉘은 다른 명령

추천

출처www.cnblogs.com/endless-code/p/11129897.html