Điều này thường xảy ra với tôi: Tôi viết một số mã, đi kiểm tra các thay đổi của mình và sau đó nhận ra tôi không ở trong nhánh thích hợp để kiểm tra các thay đổi đó. Tuy nhiên tôi không thể chuyển sang chi nhánh khác mà không thay đổi hoàn nguyên. Có cách nào để di chuyển các thay đổi sang một chi nhánh khác để được kiểm tra trong đó không?
Câu trả lời:
git stash là bạn của bạn.
Nếu bạn chưa thực hiện cam kết, chỉ cần chạy git stash. Điều này sẽ tiết kiệm tất cả các thay đổi của bạn.
Chuyển sang nhánh bạn muốn thay đổi và chạy git stash pop.
Có rất nhiều công dụng cho git stash. Đây chắc chắn là một trong những lý do hữu ích hơn.
Một ví dụ:
# work on some code
git stash
git checkout correct-branch
git stash pop
C:\kf [develop +0 ~4 -0]> git checkout feature/customers<br/> error: Your local changes to the following files would be overwritten by checkout:<br/> AspWebApp.vNext/global.asa<br/> RestApi/Web.config<br/> Please, commit your changes or stash them before you can switch branches.<br/> Aborting
Nếu bạn chưa thực hiện các thay đổi của mình , chỉ cần sử dụng git checkoutđể di chuyển đến chi nhánh mới và sau đó cam kết chúng một cách bình thường - các thay đổi đối với các tệp không được gắn với một chi nhánh cụ thể cho đến khi bạn cam kết chúng.
Nếu bạn đã đã cam kết thay đổi của bạn:
git logvà ghi nhớ SHA của cam kết bạn muốn di chuyển.git cherry-pick SHAthay thế SHA từ trên.git reset HEAD~1để thiết lập lại trước khi cam kết chi nhánh sai của bạn.cherry-pick nhận một cam kết nhất định và áp dụng nó cho đầu thanh toán hiện tại, do đó cho phép bạn sao chép cam kết sang một chi nhánh mới.
git reset HEAD~N --softvà sau đó git checkout -bđể di chuyển tất cả các mã hiện chưa được cam kết sang một nhánh mới.
Đáng buồn là điều này cũng xảy ra với tôi khá thường xuyên và tôi sử dụng git stashnếu tôi nhận ra lỗi của mình trước đó git commitvà sử dụnggit cherry-pick khác, cả hai lệnh được giải thích khá tốt trong các câu trả lời khác
Tôi muốn thêm một sự làm rõ cho git checkout targetBranch: lệnh này sẽ chỉ bảo vệ thư mục làm việc của bạn và ảnh chụp nhanh được tổ chức nếu targetBranch có cùng lịch sử với chi nhánh hiện tại của bạn
Nếu bạn chưa thực hiện các thay đổi của mình, chỉ cần sử dụng thanh toán git để di chuyển đến chi nhánh mới và sau đó cam kết chúng bình thường
@ Tuyên bố của Amber là không sai, khi bạn di chuyển đến một newBranch , git checkout -b newBranch, một con trỏ mới được tạo ra và nó được trỏ đến chính xác cùng một cam kết như chi nhánh hiện tại của bạn.
Trên thực tế, nếu bạn tình cờ có một chi nhánh khác chia sẻ lịch sử với chi nhánh hiện tại của bạn (cả hai điểm tại cùng một cam kết), bạn có thể "di chuyển các thay đổi của mình" bằng cáchgit checkout targetBranch
Tuy nhiên, thông thường các nhánh khác nhau có nghĩa là lịch sử khác nhau và Git sẽ không cho phép bạn chuyển đổi giữa các nhánh này với một thư mục làm việc bẩn hoặc khu vực tổ chức. trong trường hợp bạn có thể thực hiện git checkout -f targetBranch(làm sạch và thay đổi vứt bỏ) hoặc git stage+ git checkout targetBranch(xóa và lưu thay đổi), chỉ cần chạy git checkout targetBranchsẽ gây ra lỗi:
lỗi: Các thay đổi cục bộ của bạn đối với các tệp sau sẽ bị ghi đè khi thanh toán: ... Vui lòng cam kết thay đổi của bạn hoặc bỏ qua chúng trước khi bạn chuyển nhánh. Hủy bỏ
Thiết lập lại git mềm sẽ đưa các thay đổi đã cam kết trở lại vào chỉ mục của bạn. Tiếp theo, hãy kiểm tra chi nhánh bạn dự định cam kết. Sau đó git cam kết với một thông điệp cam kết mới.
git reset --soft <commit>
git checkout <branch>
git commit -m "Commit message goes here"
Từ tài liệu git :
git reset [<mode>] [<commit>]Biểu mẫu này đặt lại đầu nhánh hiện tại và có thể cập nhật chỉ mục (đặt lại thành cây) và cây làm việc tùy thuộc vào. Nếu bị bỏ qua, mặc định là - trộn. Phải là một trong những điều sau đây:
--softKhông chạm vào tệp chỉ mục hoặc cây làm việc (nhưng đặt lại đầu vào, giống như tất cả các chế độ làm). Điều này khiến tất cả các tệp đã thay đổi của bạn "Thay đổi được cam kết", vì trạng thái git sẽ đặt nó.