Tôi có thể sử dụng git rebase như thế nào mà không cần phải đẩy mạnh?

Question

Trong nỗ lực đạt được git niết bàn, tôi đang dành cả ngày học cách tận dụng rebase cho các tình huống mà tôi hiện đang hợp nhất.

Khi chạy qua những gì tôi cho là luồng git 101 (mà tôi giải thích bên dưới), tôi phải push --force khi đẩy các thay đổi của tôi về nguồn gốc.

Tôi không phải là người duy nhất - Tôi biết rằng điều này được bao phủ mặt đất (xem 1, 2, 3, 4, 5), và tôi hiểu những lý do kỹ thuật tại sao một lực lượng là cần thiết. Vấn đề của tôi là --- có rất nhiều bài viết trên blog ca ngợi sự phản đối và cách nó thay đổi cuộc sống của họ (xem 1, 2, 3, 4 để liệt kê một vài), nhưng không ai trong số họ đề cập rằng push --force là một phần dòng chảy của họ. Tuy nhiên, gần như mọi câu trả lời cho các câu hỏi stackoverflow hiện có đều nói những câu như "yeah, nếu bạn sẽ rebase, ya gotta use push --force".

Với số lượng và tính tôn giáo của những người ủng hộ rebase, Tôi phải tin rằng việc sử dụng 'push - force' không phải là một phần vốn có của luồng rebase, và nếu người đó thường buộc phải đẩy họ, làm điều gì đó sai.

push --force là bad thing.

Vì vậy, đây là luồng của tôi. Tôi có thể đạt được kết quả tương tự như thế nào nếu không có một lực?

Ví dụ đơn giản

Hai chi nhánh:

• v1.0 - một chi nhánh phát hành, chỉ chứa các bản vá lỗi
• chủ - tất cả mọi thứ cho việc phát hành lớn tiếp theo.

Tôi có một vài bản vá và một vài cam kết cho bản phát hành tiếp theo.

Tôi muốn kết hợp các bản vá lỗi vào bậc thầy của tôi để họ không bị mất cho phiên bản tiếp theo. Pre-giác ngộ tôi muốn chỉ đơn giản là:

git checkout master 
git merge v1.0 

Nhưng bây giờ tôi đang cố gắng

git checkout master 
git rebase v1.0 

Vì vậy, bây giờ tôi đang ở đây:

Thời gian:

git push 

Không súc sắc.

Answer 1

Rebasing là một công cụ tuyệt vời, nhưng nó hoạt động tốt nhất khi bạn sử dụng nó để tạo các phép hợp nhất nhanh cho các nhánh chủ đề trên bản gốc. Ví dụ: bạn có thể rebase nhánh tiện ích bổ sung mới của mình chống lại chính:

git checkout add-new-widget 
git rebase -i master 

trước khi thực hiện hợp nhất nhanh nhánh vào nhánh. Ví dụ:

git checkout master 
git merge --ff-only add-new-widget 

Lợi ích của việc này là lịch sử của bạn sẽ không có nhiều hợp phức tạp cam kết hoặc hợp nhất các cuộc xung đột, bởi vì tất cả thay đổi của bạn sẽ được rebased lên đỉnh của bậc thầy trước khi hợp nhất. Lợi ích thứ hai là bạn đã được rebased, nhưng bạn không phải sử dụng git push --force vì bạn không phải là lịch sử clobbering trên nhánh master.

Đó chắc chắn không phải là trường hợp sử dụng duy nhất để rebase hoặc quy trình làm việc duy nhất, nhưng đó là một trong những sử dụng hợp lý hơn cho nó mà tôi đã nhìn thấy. YMMV.

Answer 2

Bạn phải ép buộc nếu bạn rebase, và bạn đã xuất bản các thay đổi của mình, đúng không?

Tôi sử dụng rebase toàn bộ nhóm, nhưng tôi sẽ xuất bản ở một nơi riêng tư mà lực đẩy không quan trọng (ví dụ: bản sao của riêng tôi trên GitHub, như một phần của yêu cầu kéo) hoặc tôi rebase trước khi tôi đẩy lần đầu tiên.

Đây là trung tâm của quy trình làm việc mà bạn sử dụng rebase, nhưng không ép buộc nhiều: không xuất bản mọi thứ cho đến khi chúng sẵn sàng, không rebase sau khi bạn đẩy.

Answer 3

@CodeGnome đúng. Bạn không nên rebase master trên nhánh v1.0 nhưng nhánh v1.0 trên master, điều đó sẽ tạo ra tất cả sự khác biệt.

git checkout -b integrate_patches v1.0 
git rebase master 
git checkout master 
git merge integrate_patches 

Tạo chi nhánh mới trỏ tới v1.0, di chuyển chi nhánh mới lên trên cùng của bản gốc rồi tích hợp phiên bản mới của bản vá V1.0 lên nhánh chính. Bạn sẽ kết thúc với một cái gì đó như:

o [master] [integrate_patches] Another patch on v1.0 
o A patch on v1.0 
o Another change for the next major release 
o Working on the next major release 
| o [v1.0] Another path on v1.0 
| o A patch on v1.0 
|/
o Time for the release 

Bằng cách này sử dụng rebase được khuyến khích bởi the official git documentation.

Tôi nghĩ bạn đúng về git push --force: bạn chỉ nên sử dụng nó nếu bạn phạm sai lầm và đã đẩy thứ gì đó bạn không muốn.

Answer 4

Tôi nghĩ rằng trường hợp sử dụng tốt cho mẫu rebase-force-push này không phải là kết quả của việc đẩy nhầm: tự mình làm việc trên một chi nhánh tính năng từ nhiều vị trí (máy tính). Tôi làm điều này thường xuyên, vì đôi khi tôi làm việc tại văn phòng trên máy tính để bàn và đôi khi từ trang chủ/khách hàng trên máy tính xách tay của mình. Tôi cần phải thỉnh thoảng rebase để theo kịp với nhánh chính và/hoặc để làm cho việc sáp nhập trở nên rõ ràng hơn, nhưng tôi cũng cần phải đẩy mạnh khi tôi để một máy làm việc trên một máy khác (nơi tôi vừa kéo). Làm việc như một say mê, miễn là tôi là người duy nhất làm việc trên chi nhánh.

Answer 5

Đây là những gì tôi sử dụng (giả sử tên chi nhánh của bạn là foobar):

git checkout master    # switch to master 
git rebase foobar    # rebase with branch 
git merge -s ours origin/master # do a basic merge -- but this should be empty 
git push origin master   # aaand this should work