Để di chuyển con trỏ nhánh của nhánh đã kiểm tra, người ta có thể sử dụng git reset --hardlệnh. Nhưng làm thế nào để di chuyển con trỏ nhánh của nhánh không được kiểm tra để trỏ đến một cam kết khác (giữ tất cả các thứ khác như nhánh từ xa được theo dõi)?
Câu trả lời:
Bạn có thể làm điều đó cho refs tùy ý. Đây là cách di chuyển một con trỏ nhánh:
git update-ref -m "reset: Reset <branch> to <new commit>" refs/heads/<branch> <commit>
Hình thức chung:
git update-ref -m "reset: Reset <branch> to <new commit>" <ref> <commit>
Bạn có thể chọn nits về thông điệp reflog nếu bạn thích - Tôi tin rằng branch -fmột là khác nhau từ reset --hardmột, và đây không phải là chính xác cả hai người.
git branch -f. Cụ thể, phương pháp này dường như là: (A) khó sử dụng hơn (B) khó nhớ hơn và (C) nguy hiểm hơn
git branch -f <branch-name> <new-tip-commit>
git update-ref -m "reset: Reset <branch> to <new commit>" <branch> <commit>,. (Bạn có thể chọn nits về thông điệp reflog nếu bạn thích - Tôi tin rằng branch -fmột là khác nhau từ reset --hardmột, và đây không phải là chính xác cả hai người.)
git help branchnói "-f, - Force Reset <Branchname> thành <startpoint> nếu <Branchname> đã tồn tại. Không có nhánh -f git từ chối thay đổi một nhánh hiện có."
git branch -f master <hash>và nó nói với tôi fatal: Cannot force update the current branch.Ummmm Tôi phải làm gì bây giờ, kiểm tra một số nhánh ngẫu nhiên khác trước khi tôi được phép sử dụng lệnh này?
HEADchỉ vào chi nhánh ).
Bạn cũng có thể vượt qua git reset --hardmột tài liệu tham khảo cam kết.
Ví dụ:
git checkout branch-name
git reset --hard new-tip-commit
Tôi thấy tôi làm điều gì đó như thế này thường xuyên:
Giả sử lịch sử này
$ git log --decorate --oneline --graph
* 3daed46 (HEAD, master) New thing I shouldn't have committed to master
* a0d9687 This is the commit that I actually want to be master
# Backup my latest commit to a wip branch
$ git branch wip_doing_stuff
# Ditch that commit on this branch
$ git reset --hard HEAD^
# Now my changes are in a new branch
$ git log --decorate --oneline --graph
* 3daed46 (wip_doing_stuff) New thing I shouldn't have committed to master
* a0d9687 (HEAD, master) This is the commit that I actually want to be master
git update-refnhư đã thảo luận ở trên.
git reset --hard ...Không cần lặp lại ở đây! :-(
Chỉ để làm phong phú cuộc thảo luận, nếu bạn muốn chuyển myBranchchi nhánh sang cam kết hiện tại của mình , chỉ cần bỏ qua đối số thứ hai sau-f
Thí dụ:
git branch -f myBranch
Tôi thường làm điều này khi tôi rebaseở trạng thái ĐẦU tách rời :)
Trong gitk --all:
Coi chừng việc tạo lại thay vì sửa đổi chi nhánh hiện tại sẽ mất thông tin chi nhánh theo dõi . (Đây thường không phải là vấn đề đối với các trường hợp sử dụng đơn giản khi chỉ có một điều khiển từ xa và chi nhánh địa phương của bạn có cùng tên với chi nhánh tương ứng trong điều khiển từ xa. Xem bình luận để biết thêm chi tiết, cảm ơn @mbdevpl đã chỉ ra nhược điểm này.)
Sẽ thật tuyệt nếu gitkcó một tính năng trong đó hộp thoại có 3 tùy chọn: ghi đè, sửa đổi hiện có hoặc hủy bỏ.
Ngay cả khi bạn bình thường là một người nghiện dòng lệnh như tôi, git guivà gitkđược thiết kế khá độc đáo cho tập hợp con của việc sử dụng git mà họ cho phép. Tôi đặc biệt khuyên bạn nên sử dụng chúng cho những gì họ giỏi (nghĩa là chọn lọc những người đi vào / ra khỏi chỉ mục trong git gui, và cũng chỉ cam kết. (Ctrl-s để thêm một dòng đã ký .)
gitk là tuyệt vời để theo dõi một vài chi nhánh trong khi bạn sắp xếp các thay đổi của mình thành một chuỗi bản vá đẹp để gửi ngược dòng hoặc bất cứ điều gì khác mà bạn cần theo dõi những gì bạn đang ở giữa với nhiều chi nhánh.
Tôi thậm chí không mở trình duyệt tệp đồ họa, nhưng tôi thích gitk / git gui.
git statusđầu ra bị ảnh hưởng. Ngoài ra, trong một số trường hợp git fetchvà git pushsẽ không hoạt động mà không chỉ định rõ ràng từ xa nếu bạn không đặt nhánh theo dõi. Tôi không biết về tất cả các trường hợp, nhưng đối với tôi, nguyên tắc chung là để thuận tiện và nhanh chóng trong công việc, tốt hơn là nên theo dõi các chi nhánh theo thứ tự.
Các giải pháp đề nghịgit branch -f branch-pointer-to-move new-pointer trong TortoiseGit :
Thành thật mà nói, tôi ngạc nhiên khi không ai nghĩ về git pushlệnh:
git push -f . <destination>:<branch>
Dấu chấm (.) Đề cập đến kho lưu trữ cục bộ và bạn có thể cần tùy chọn -f vì đích đến có thể là "phía sau đối tác từ xa" .
Mặc dù lệnh này được sử dụng để lưu các thay đổi của bạn trong máy chủ của bạn, nhưng kết quả hoàn toàn giống như khi di chuyển nhánh từ xa ( <branch>) sang cùng một cam kết như nhánh cục bộ ( <destination>)
-fđể tránh ghi đè bất cứ thứ gì cục bộ; chẳng hạn, git fetch origin && git push . origin/develop:developlà phiên bản không nhanh không cần thanh toán củagit checkout develop && git pull --ff-only
Mở tệp .git/refs/heads/<your_branch_name>và thay đổi hàm băm được lưu trữ ở đó thành tệp bạn muốn di chuyển phần đầu của chi nhánh. Chỉ cần chỉnh sửa và lưu tệp với bất kỳ trình soạn thảo văn bản. Chỉ cần đảm bảo rằng nhánh cần sửa đổi không phải là nhánh hoạt động hiện tại.
Tuyên bố từ chối trách nhiệm: Có lẽ không phải là một cách được khuyến khích để làm điều đó, nhưng hoàn thành công việc.
Trong trường hợp cam kết bạn muốn trỏ đến trước nhánh hiện tại (phải là trường hợp trừ khi bạn muốn hoàn tác các cam kết cuối cùng của nhánh hiện tại), bạn chỉ cần thực hiện:
git merge <commit>
git push . <commit>:<branch>như đã đề xuất.
git branch <branch-name> <SHA-1-of-the-commit>và kết xuất nhánh cũ?