Tôi có hai chi nhánh: master
và branch1
. Tôi vừa mới sáp nhập branch1
trở lại vào master
và tôi đã hoàn tất với chi nhánh đó. Tôi có nên xóa nó hoặc chỉ để cho nó ngồi xung quanh? Việc xóa nó có làm mất dữ liệu không?Phải làm gì với chi nhánh sau khi hợp nhất
Trả lời
Sau khi hợp nhất, nó an toàn để xóa các chi nhánh:
git branch -d branch1
Bên cạnh đó, git sẽ cảnh báo bạn (và từ chối để xóa các chi nhánh) nếu nó nghĩ rằng bạn không hoàn toàn hợp nhất nó được nêu ra. Nếu bạn buộc xóa một chi nhánh (với git branch -D
) chưa được hợp nhất hoàn toàn, bạn phải thực hiện một số thủ thuật để lấy lại các cam kết chưa được gắn kết (xem bên dưới).
Có một số lý do để giữ một nhánh xung quanh. Ví dụ, nếu đó là một chi nhánh tính năng, bạn có thể muốn có thể thực hiện các sửa lỗi trên đối tượng địa lý đó bên trong nhánh đó.
Nếu bạn cũng muốn xóa các chi nhánh trên một máy chủ từ xa, bạn có thể làm:
git push origin :branch1
này một cách mạnh mẽ sẽ xóa các chi nhánh trên remote (điều này sẽ không ảnh hưởng đến kho lưu trữ đã check-out dù và won 't ngăn chặn bất kỳ ai có quyền truy cập đẩy để đẩy lại/tạo nó).
git reflog
hiển thị các bản xem lại gần đây đã được kiểm tra. Bất kỳ chi nhánh nào bạn đã kiểm tra trong lịch sử kho lưu trữ gần đây cũng sẽ hiển thị ở đó. Bên cạnh đó, git fsck
sẽ là công cụ được lựa chọn ở bất kỳ trường hợp nào mất cam kết trong git.
Nếu bạn muốn lưu chi nhánh, bạn có thể tạo thẻ trước khi xóa nó . Nếu bạn muốn quay trở lại điểm đó, bạn có thể kiểm tra thẻ đó. – Joqus
@Joqus Tôi muốn đề nghị giữ nó như một nhánh trong trường hợp đó. Chỉ cần không xuất bản nó. –
Tất cả các nhánh của tôi được đặt tên theo dạng Fix/fix- hoặc Ftr/ftr- vv Sử dụng Tower làm giao diện người dùng git, gọn gàng tổ chức tất cả các Ftr /, Fix /, Test/etc. thành các thư mục. Một khi tôi đã làm xong với một chi nhánh, tôi đổi tên họ thành Xong /...- Bằng cách đó vẫn còn đó (có thể thuận tiện để cung cấp lịch sử) và tôi luôn có thể quay trở lại biết nó là gì (tính năng, sửa chữa, kiểm tra vv .)
- 1. Tôi phải làm gì với chi nhánh svn của mình sau khi hợp nhất nó vào thân cây?
- 2. Việc cần làm với một chi nhánh sau khi hợp nhất với TFS
- 3. hợp nhất với các chi nhánh, không quan trọng bạn hợp nhất vào chi nhánh nào?
- 4. Bạn phải làm gì với các chi nhánh SVN cũ?
- 5. Hủy hợp nhất chi nhánh git, giữ các cam kết sau hợp nhất
- 6. Làm thế nào để xóa chi nhánh Mercurial sau khi hợp nhất
- 7. Điều gì sẽ xảy ra với cam kết ghi nhật ký trên một chi nhánh sau khi hợp nhất?
- 8. TFS 2010 Hợp nhất sau khi đổi tên chi nhánh gốc
- 9. Bạn làm gì với chi nhánh của bạn sau khi yêu cầu kéo trên GitHub?
- 10. Chi nhánh rebit Git với trẻ em đã hợp nhất
- 11. Hợp nhất 2 chi nhánh với nhau trong GIT
- 12. Làm cách nào để hợp nhất nhánh gerrit với chi nhánh gerrit khác
- 13. Tự động xóa chi nhánh git sau khi hợp nhất thành master
- 14. Tại sao tôi nhận được xung đột khi Hợp nhất một nhánh vào Trunk và sau đó hợp nhất nó với chi nhánh?
- 15. Hợp nhất các thay đổi từ xa vào chi nhánh không phải là chi nhánh hiện tại
- 16. Mercurial có thể hợp nhất một chi nhánh có tên không phải là đầu không?
- 17. Rebasing sau khi squash hợp nhất?
- 18. TFS: Hợp nhất trở lại chi nhánh chính
- 19. Hợp nhất một chi nhánh vào thân cây
- 20. làm cho chi nhánh git chi nhánh chính
- 21. cách cập nhật và hợp nhất chi nhánh trong netbeans?
- 22. Hợp nhất (không có chi nhánh) vào tổng thể
- 23. Tìm đường dẫn tfs của chi nhánh đã hợp nhất
- 24. Git hợp nhất giữa hai thư mục, không phải chi nhánh
- 25. Git nói chi nhánh địa phương là đằng sau chi nhánh ở xa, nhưng nó không phải
- 26. Xóa tất cả các cam kết trong một chi nhánh sau khi cam kết nhất định
- 27. Hoàn nguyên việc hợp nhất chi nhánh xấu
- 28. TFS - Không thể thấy chi nhánh mục tiêu khi thực hiện tệp Hợp nhất
- 29. Bị kẹt với hai nhánh mặc định trong Mercurial sau khi chi nhánh bị hỏng cam kết
- 30. Chi nhánh Subversion/Thực hành tốt nhất Trunk - giữ Chi nhánh Cập nhật?
Xem thêm: [Cách sử dụng git merge --squash?] (Http://stackoverflow.com/q/5308816/562769) –