Liệt kê và xóa các cam kết Git không thuộc chi nhánh (lơ lửng?)

Tôi đã có một kho lưu trữ Git với rất nhiều cam kết không thuộc chi nhánh cụ thể nào, tôi có thể thực hiện git showchúng, nhưng khi tôi cố gắng liệt kê các nhánh có chứa chúng, nó không báo cáo gì cả.

Tôi nghĩ rằng đây là vấn đề cam kết / cây treo lủng lẳng (là kết quả của nhánh -D), vì vậy tôi đã cắt tỉa repo, nhưng tôi vẫn thấy hành vi tương tự sau đó:

$ git fetch origin

$ git fsck --unreachable
$ git fsck

Không có đầu ra, không có gì lơ lửng (phải không?). Nhưng cam kết tồn tại

$ git show 793db7f272ba4bbdd1e32f14410a52a412667042
commit 793db7f272ba4bbdd1e32f14410a52a412667042
Author: ...

và nó không thể truy cập thông qua bất kỳ chi nhánh như

$ git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

không cho đầu ra.

Chính xác thì trạng thái của cam kết đó là gì? Làm thế nào tôi có thể liệt kê tất cả các cam kết trong một trạng thái tương tự? Làm thế nào tôi có thể xóa các cam kết như thế?

Không có đầu ra, không có gì lơ lửng (phải không?)

Lưu ý rằng các cam kết được đề cập từ reflog của bạn được coi là có thể truy cập.

Chính xác thì trạng thái của cam kết đó là gì? Làm thế nào tôi có thể liệt kê tất cả các cam kết với trạng thái tương tự

Vượt qua --no-reflogsđể thuyết phục git fsckđể hiển thị chúng cho bạn.

Làm thế nào tôi có thể xóa các cam kết như thế?

Khi các mục reflog của bạn đã hết hạn, các đối tượng đó cũng sẽ được dọn sạch git gc.

Hạn sử dụng được quy định bởi gc.pruneexpire, gc.reflogexpirevà gc.reflogexpireunreachablecài đặt. Cf. git help config.

Mặc định là khá hợp lý.

Để loại bỏ tất cả các cam kết lơ lửng và những thứ có thể truy cập từ các reflog hãy làm điều này:

git reflog expire --expire-unreachable=now --all
git gc --prune=now

Nhưng hãy chắc chắn rằng đây là những gì bạn muốn. Tôi khuyên bạn nên đọc các trang hướng dẫn nhưng đây là ý chính:

git gcloại bỏ các đối tượng không thể truy cập (cam kết, cây, đốm (tập tin)). Một đối tượng là không thể truy cập nếu nó không phải là một phần của lịch sử của một số chi nhánh. Thật ra nó phức tạp hơn một chút:

git gc làm một số điều khác nhưng chúng không liên quan ở đây và không nguy hiểm.

Các đối tượng --prune=nowkhông thể truy cập dưới hai tuần không bị xóa vì vậy chúng tôi sử dụng có nghĩa là "xóa các đối tượng không thể truy cập được tạo trước đó".

Các đối tượng cũng có thể đạt được thông qua các reflog. Trong khi các chi nhánh ghi lại lịch sử của một số dự án, các bản cập nhật ghi lại lịch sử của các chi nhánh này. Nếu bạn sửa đổi, thiết lập lại, vv các cam kết sẽ bị xóa khỏi lịch sử chi nhánh nhưng git sẽ giữ chúng xung quanh trong trường hợp bạn nhận ra rằng mình đã phạm sai lầm. Reflog là một cách thuận tiện để tìm hiểu những hoạt động phá hoại (và khác) đã được thực hiện trên một nhánh (hoặc HEAD), giúp dễ dàng hoàn tác một hoạt động phá hoại.

Vì vậy, chúng tôi cũng phải loại bỏ các reflog để thực sự loại bỏ mọi thứ không thể truy cập từ một chi nhánh. Chúng tôi làm như vậy bằng cách hết hạn --allreflogs. Một lần nữa git giữ một chút các reflog để bảo vệ người dùng, vì vậy chúng tôi lại phải bảo nó đừng làm như vậy : --expire-unreachable=now.

Vì tôi chủ yếu sử dụng reflog để phục hồi từ các hoạt động phá hoại mà tôi thường sử dụng --expire=nowthay vào đó, điều này làm thay đổi hoàn toàn các reflog .

Tôi đã có cùng một vấn đề, vẫn sau khi làm theo tất cả các lời khuyên trong chủ đề này:

git reflog expire --expire-unreachable=now --all
git gc --prune=now
git fsck --unreachable --no-reflogs   # no output
git branch -a --contains <commit>     # no output
git show <commit>                     # still shows up

Nếu nó không phải là một reflog và không phải là một nhánh, ... nó phải là một thẻ !

git tag                             # showed several old tags created before the cleanup

Tôi đã xóa các thẻ với git tag -d <tagname>và làm sạch việc dọn dẹp, và các cam kết cũ đã biến mất.

git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

có lẽ chỉ cần là

git branch -a --contains 793db7f272ba4bbdd1e32f14410a52a412667042

để báo cáo về các chi nhánh từ xa

Tôi đã có một vấn đề tương tự. Tôi đã chạy git branch --contains <commit>, và nó không trả lại kết quả nào giống như trong câu hỏi.

Nhưng ngay cả sau khi chạy

git reflog expire --expire-unreachable=now --all
git gc --prune=now

cam kết của tôi vẫn có thể truy cập bằng cách sử dụng git show <commit>. Điều này là do một trong những cam kết trong "nhánh" tách rời / được treo của nó đã được gắn thẻ. Tôi xóa thẻ, chạy lại các lệnh trên và tôi rất tuyệt. git show <commit>trả lại fatal: bad object <commit>- chính xác những gì tôi cần. Hy vọng rằng điều này sẽ giúp người khác bị mắc kẹt như tôi.

Tôi đã vô tình gặp phải tình huống tương tự và thấy các bản lưu trữ của mình chứa tham chiếu đến các cam kết không thể truy cập được và do đó, các cam kết không thể truy cập được cho là có thể truy cập được từ các bản sao lưu.

Đây là những gì tôi đã làm để làm cho nó thực sự không thể truy cập.

git stash clear
git reflog expire --expire-unreachable=now --all
git fsck --unreachable
git gc --prune=now

git gc --prune=<date>mặc định để cắt tỉa các đối tượng cũ hơn hai tuần trước. Bạn có thể thiết lập một ngày gần đây hơn. Tuy nhiên, các lệnh git tạo các đối tượng lỏng lẻo thường sẽ chạy git gc --auto (sẽ cắt các đối tượng lỏng lẻo nếu số lượng của chúng vượt quá giá trị của biến cấu hình gc.auto).

Bạn có chắc chắn muốn xóa những cam kết này không? Cài đặt mặc định của gc.auto sẽ đảm bảo rằng các đối tượng lỏng lẻo không chiếm một lượng bộ nhớ không hợp lý và lưu trữ các đối tượng lỏng lẻo trong một khoảng thời gian nói chung là một ý tưởng tốt. Bằng cách đó, nếu bạn nhận ra ngày mai rằng chi nhánh bị xóa của bạn chứa một cam kết bạn cần, bạn có thể khôi phục nó.