Thông tin cơ bản về rebit git

Question

Tôi đã bắt đầu sử dụng git rebase gần đây và không chắc chắn 100% tôi đang làm đúng. Vì lợi ích của câu hỏi, có hai chi nhánh xuất xứ, master và next, được phân nhánh từ master.

Kể từ khi đồng bộ cuối cùng giữa hai, master có 2 cam kết và next 6:

$ git log --oneline origin/next..origin/master 
59b5552 master commit #2 
485a811 master commit #1 

$ git log --oneline origin/master..origin/next 
4ebf401 next commit #6 
e9b6586 next commit #5 
197ada0 next commit #4 
4a2c3c6 next commit #3 
040a055 next commit #2 
84537bf next commit #1 

Khi tôi kiểm next và thực hiện git rebase -i origin/master, tôi nhận được như sau:

$ git status 
# On branch next 
# Your branch and 'origin/next' have diverged, 
# and have 8 and 6 different commits each, respectively. 

Và cuối cùng sau khi làm git pull --rebase, hai cam kết từ master nằm trong next:

$ git log --oneline origin/next..next 
8741d09 master commit #2 
485a811 master commit #1 

Câu hỏi:

1. là cách tiếp cận đúng này?
2. Tại sao có 8 and 6 các cam kết khác nhau cho đến khi pull --rebase được chạy?
3. Có thể đơn giản hóa luồng không?

nhiều nghĩa vụ :)

Answer 1

Hãy bắt đầu ngay từ đầu. Dưới đây là một sơ đồ của tình trạng ban đầu của bạn:

 
A-B-C (master, origin/master) 
\ 
    D-E-F-G-H-I (next, origin/next) 

Khi bạn kiểm tra ra next và rebased next vào origin/master, nó tạo ra 6 cam kết mới sau khi hai đã có trên origin/master. Những cam kết mới này có "master commit # 2" (C trong sơ đồ của tôi) như tổ tiên của chúng, không phải tổ tiên ban đầu của chúng, trong đó origin/master và origin/next được phân tách (A trong sơ đồ), do đó băm của chúng sẽ khác nhau. Tôi tin rằng đây là lý do tại sao bạn sẽ thấy rằng next có 8 cam kết khác nhau từ origin/next: số 2 từ origin/master và cam kết 6 "đã được khôi phục" nằm trên origin/next.

Sau git checkout next ; git rebase -i origin/master, bạn nên có điều này:

 
A-B-C (master, origin/master) 
\ \ 
    \ D'-E'-F'-G'-H'-I' (next) 
    \ 
    D-E-F-G-H-I (origin/next) 

Bạn có thể thấy rằng không có next 8 cam kết mà không phải là trên origin/next, và origin/next không có 6 cam kết mà không phải là trên next. Cấp này chỉ là theo các băm SHA-1 của các cam kết. Nội dung thực tế phải khớp rất chặt chẽ nếu bạn git diff origin/next next - khác biệt sẽ chỉ hiển thị các thay đổi từ B và C (như được gắn nhãn trong biểu đồ).

Khi bạn làm git pull --rebase trong khi vẫn còn trên next, rồi nó lấy thay đổi từ nguồn (điều khiển từ xa origin/next) và rebases chi nhánh hiện tại (next) vào từ xa mà. Điều này gây ra những thay đổi nằm trong số next nhưng không phải trong origin/next để xuất hiện sau origin/next trên chi nhánh next mới.Nó sẽ giống như sau:

 
A-B-C (master, origin/master) 
\ 
    D-E-F-G-H-I (origin/next) 
      \ 
       B'-C' (next) 

Nếu đây là thứ bạn muốn biểu đồ lịch sử trông như thế thì bạn đã thành công. Tuy nhiên, tôi nghi ngờ bạn thực sự muốn mọi thứ trông giống như sơ đồ giữa, đặc biệt là nếu next là một nhánh tính năng mà bạn đang làm việc trên mảnh tiếp theo của dự án và master là để sửa mã và sửa lỗi nhỏ. Nếu vậy, thì bạn nên thực hiện git push thay vì git pull --rebase để làm cho điều khiển từ xa phản ánh phiên bản lịch sử của bạn thay vì theo cách khác.

Answer 2

Bắt đầu với các bước rất đơn giản để rebasing chi nhánh của bạn với master; Tên;

git-rebase 

Tóm tắt;

git rebase [-i | --interactive] [options] [--exec <cmd>] [--onto <newbase>] 
     [<upstream>] [<branch>] 
git rebase [-i | --interactive] [options] [--exec <cmd>] [--onto <newbase>] 
     --root [<branch>] 
git rebase --continue | --skip | --abort | --edit-todo 

Mô tả; Giả sử lịch sử sau đây tồn tại và các chi nhánh hiện nay là "mẫu":

A---B---C sample 
     /
    D---E---F---G master 

Từ thời điểm này, kết quả của một trong các lệnh sau:

git rebase master 
git rebase master sample 

sẽ là:

A'--B'--C' sample 
       /
    D---E---F---G master 

LƯU Ý: Biểu mẫu thứ hai chỉ ngắn gọn là git checkout sample, tiếp theo là git rebase master. Khi rebase thoát khỏi mẫu sẽ vẫn là chi nhánh đã thanh toán.

Nếu nhánh thượng nguồn đã có thay đổi bạn đã thực hiện (ví dụ: vì bạn đã gửi một bản vá đã được áp dụng ở phía trên), thì cam kết đó sẽ bị bỏ qua. Ví dụ, chạy 'git rebase master` về lịch sử sau đây (trong đó A' và A giới thiệu cùng một bộ thay đổi, nhưng có thông tin committer khác nhau):

A---B---C sample 
     /
    D---E---A'---F master 

sẽ cho kết quả:

B'---C' sample 
      /
D---E---A'---F master 

Tất cả những điều này là sự hiểu biết sơ đồ về quá trình rebase. Khi bạn giải quyết các xung đột được tìm thấy sau khi nhập git rebase master giải quyết xung đột và nhập git add -u để thêm các mã đã thay đổi vào kho lưu trữ. sau khi thực hiện lệnh git rebase --continue và tiếp tục giải quyết xung đột và lặp lại lệnh;

git add -u 

và

git rebase --continue 

cho đến khi không có xung đột được tìm thấy. Cuối cùng lệnh cuối cùng sẽ được,

git push --force origin sample(your branch name)