Tại sao tôi có thể kiểm tra một chi nhánh đã bị xóa trên GitHub?

Trong kho GitHub của chúng tôi, đồng nghiệp đã xóa một nhánh có tên release. Nhưng khi tôi chạy git checkout releasecục bộ, tôi luôn lấy được nhánh bị loại bỏ release. Tương tự, ngay cả khi tôi kiểm tra một chi nhánh khác, xóa releasechi nhánh đó git branch -D releasevà chạy lại git checkout release.

Có cái gì đó để sửa trên kho GitHub, hoặc tôi sẽ sửa cái gì đó cục bộ?

Sau khi xóa một nhánh ở phía xa, bạn vẫn có thể thấy nhánh từ xa được tìm nạp trước đó cục bộ, xem:

$ git branch -a
[...]
release
remotes/origin/release
[...]

Bạn chỉ xóa "phát hành" chứ không xóa "từ xa / nguồn gốc / phát hành". Xóa nó như thế này:

$ git branch -rd origin/release

Hoặc xóa tất cả các nhánh được tìm thấy không còn tồn tại ở phía xa nữa:

$ git remote prune origin 

Khi các chi nhánh bị xóa từ xa, bạn cần cắt tỉa kho lưu trữ cục bộ của mình - cách dễ nhất để thực hiện việc này là với

git fetch -p

Điều này sẽ cập nhật kho lưu trữ cục bộ của bạn với tất cả các thay đổi được thực hiện cho kho lưu trữ từ xa, nhưng không cập nhật bất kỳ chi nhánh địa phương nào của bạn. Sau khi chạy nó,

git branch --remote

sẽ không còn hiển thị các chi nhánh từ xa bị xóa.

kho git đã hoàn tất, cho dù trên hệ thống của riêng bạn hay trên máy chủ. Vì vậy, khi bạn lần đầu tiên sao chép một kho lưu trữ, bạn sẽ nhận được một bản sao hoàn chỉnh và git cục bộ của bạn biết về tất cả các chi nhánh từ xa cũng như các chi nhánh địa phương của bạn. Thông tin này không được đồng bộ hóa tự động, vì vậy khi đồng nghiệp của bạn xóa releasechi nhánh trên máy chủ, kho git cục bộ của bạn đã không mất khái niệm về một releasechi nhánh từ xa . Đồng bộ hóa với git fetchcập nhật tất cả thông tin cục bộ trên các nhánh từ xa để chúng khớp với trạng thái trên máy chủ (nói đúng, kho lưu trữ từ xa, bất cứ nơi nào), nhưng không xóa bất kỳ thông tin cục bộ nào trên các nhánh từ xa. Cắt tỉa bằng git fetch -p(hoặc git fetch --prune, hoặc git remote prune) xóa thông tin cục bộ trên các nhánh từ xa đã bị xóa.

Tim: Git được phân phối VCS, vì vậy khi bạn sao chép một repo từ xa đến địa phương của bạn, nó sẽ nhân bản mọi thứ (lịch sử). Vì vậy, khi bạn nhân bản repo của mình, nó có một nhánh gọi là phát hành. Vì đồng nghiệp của bạn đã xóa chi nhánh phát hành từ xa, cho đến khi bạn thực hiện cắt tỉa git fetch -phoặc xóa chi nhánh đó một cách rõ ràng thì địa phương của bạn sẽ có chi nhánh đó.

Có lẽ một chút tiếp tuyến nhưng quan điểm của trang web này có thể giúp hiểu được chủ đề chung về xóa chi nhánh:

http://railsware.com/blog/2014/08/11/git-housekeep-tutorial-clean-up-outdated-branches-in-local-and-remote-reposeocate/

Có sự trùng lặp với một số điều đã được thảo luận ở đây nhưng trọng tâm là việc dọn phòng: xóa các chi nhánh, từ xa và cục bộ, không còn cần thiết trong môi trường hợp tác. Cụ thể, git branch --mergedlệnh xác định các nhánh an toàn để xóa do được hợp nhất với dòng chính của bạn (hoặc bất kỳ nhánh nào bạn quan tâm). Nếu bạn đang hợp tác, một số kịch bản mini fancier như thế này sẽ trình bày mọi thứ ở định dạng dễ đọc, dễ đọc với ngày và tác giả.

for branch in `comm -12  <(git branch --merged|awk '{print($1)}') <(git branch -r --merged|awk '{print($1)}'|awk -F \/ '{print($2)}')`; do echo -e `git show --format="%ci %cr %an" $branch | head -n 1` \\t$branch; done | sort -r

(Thật không may "đẹp, dễ tiêu hóa" không áp dụng cho định dạng của các tập lệnh.)