Nếu bạnrebase một nhánh, bạn sẽ cần phải đẩy nhánh đó. Rebase và kho lưu trữ được chia sẻ thường không hòa hợp với nhau. Đây là lịch sử đang viết lại. Nếu những người khác đang sử dụng nhánh đó hoặc đã phân nhánh từ nhánh đó thì rebase sẽ khá khó chịu.
Rebase có đẩy không?
Tái_tạo. Ngoại lệ thực sự duy nhất đối với quy tắc "luôn kéo, sau đó đẩy", đang phục hồi. Khi bạn căn cứ lại,bạn đang tạo một bản sao lịch sử cam kết của mình. … Tuy nhiên, nếu bạn git pull, bạn sẽ kết thúc với hai bản sao của nhánh sau đó được hợp nhất với một cam kết hợp nhất.
Tôi có thể căn cứ lại sau khi đẩy sang điều khiển từ xa không?
Nếu bạn đã đẩy các thay đổi trước khi sử dụng tùy chọn ĐÓ, thì những thay đổiđó sẽ không được hoàn lạivì chúng đã ở trong điều khiển từ xa. Ngoại lệ duy nhất có thể là nếu bạn có nhiều điều khiển từ xa và đã đẩy các thay đổi cho một điều khiển từ xa, sau đó thực hiện kéo / rebase từ điều khiển khác - điều đó có thể gây ra sự cố nghiêm trọng.
Bạn có cần cam kết sau khi rebase không?
Đối với rebase, bạnchỉ cần giải quyết các xung đột trong chỉ mục và sau đó git rebase --continue. Để hợp nhất, bạn cần thực hiện cam kết (git commit), nhưng thực tế là hợp nhất sẽ được ghi nhớ và thông báo cam kết mặc định phù hợp sẽ được cung cấp để bạn chỉnh sửa.
Tại sao tôi cần kéo sau khi rebase?
Bạn có thể kéo bằng cách sử dụng rebase thay vì hợp nhất (git pull --rebase). …Những thay đổi cục bộ bạn đã thực hiện sẽ được hoàn lạitrên cùng của các thay đổi từ xa, thay vì được hợp nhất với các thay đổi từ xa. Nếu bạn căn cứ lại một nhánh, bạn sẽ cần phải đẩy nhánh đó.
