Bạn nên sử dụng git-gc thường xuyên như thế nào?

Bạn nên sử dụng git-gc thường xuyên như thế nào?

Các trang hướng dẫn đơn giản nói:

Người dùng được khuyến khích chạy tác vụ này một cách thường xuyên trong mỗi kho lưu trữ để duy trì việc sử dụng không gian đĩa tốt và hiệu suất hoạt động tốt.

Có một số lệnh để có được một số lượng đối tượng để tìm hiểu xem đã đến lúc gc chưa?

Nó phụ thuộc chủ yếu vào số lượng kho được sử dụng. Với một người dùng kiểm tra một lần một ngày và hoạt động chi nhánh / hợp nhất / vv mỗi tuần một lần, có lẽ bạn không cần phải chạy nó nhiều hơn một lần mỗi năm.

Với vài chục nhà phát triển làm việc trên vài chục dự án, mỗi dự án kiểm tra 2-3 lần một ngày, bạn có thể muốn chạy nó hàng đêm.

Mặc dù vậy, sẽ không hại nếu chạy nó thường xuyên hơn mức cần thiết.

Những gì tôi sẽ làm là chạy nó ngay bây giờ, sau đó một tuần để thực hiện đo lường mức độ sử dụng đĩa, chạy lại và đo lại mức độ sử dụng đĩa. Nếu nó giảm 5% kích thước, thì hãy chạy nó mỗi tuần một lần. Nếu nó giảm nhiều hơn, sau đó chạy nó thường xuyên hơn. Nếu nó giảm ít hơn, sau đó chạy nó ít thường xuyên hơn.

Lưu ý rằng nhược điểm của việc thu gom rác là kho lưu trữ của bạn, đó là, rác được thu thập. Như tất cả chúng ta đều biết là người dùng máy tính, các tệp mà chúng ta coi là rác ngay bây giờ có thể trở nên rất có giá trị trong ba ngày trong tương lai. Việc git giữ hầu hết các mảnh vụn của nó xung quanh đã cứu được thịt xông khói của tôi nhiều lần - bằng cách duyệt tất cả các cam kết nguy hiểm, tôi đã phục hồi được nhiều công việc mà tôi đã vô tình đóng hộp.

Vì vậy, đừng có quá nhiều sự quái đản trong bản sao riêng tư của bạn. Có rất ít nhu cầu cho nó.

OTOH, giá trị của khả năng phục hồi dữ liệu là nghi vấn đối với các repos được sử dụng chủ yếu như điều khiển từ xa, ví dụ. nơi tất cả các nhà phát triển đẩy đến và / hoặc kéo từ đó. Ở đó, có thể hợp lý để khởi động một cuộc chạy GC và đóng gói lại thường xuyên.

Các phiên bản gần đây của git chạy gc tự động khi được yêu cầu, vì vậy bạn không cần phải làm gì cả. Xem phần Tùy chọn của man git-gc (1) : "Một số lệnh git chạy git gc --auto sau khi thực hiện các thao tác có thể tạo ra nhiều đối tượng lỏng lẻo."

Nếu bạn đang sử dụng Git-Gui , nó sẽ cho bạn biết khi nào bạn nên lo lắng:

This repository currently has approximately 1500 loose objects.

Lệnh sau sẽ mang lại một số tương tự:

$ git count-objects

Ngoại trừ, từ nguồn của nó , git-gui sẽ tự mình làm toán, thực sự đếm thứ gì đó trong .git/objectsthư mục và có thể mang lại một xấp xỉ (tôi không biết tclđọc chính xác điều đó!).

Trong mọi trường hợp, nó dường như đưa ra cảnh báo dựa trên một số tùy ý khoảng 300 đối tượng lỏng lẻo.

Thả nó trong một công việc định kỳ chạy mỗi đêm (buổi chiều?) Khi bạn đang ngủ.

Tôi sử dụng git gc sau khi tôi thực hiện một kiểm tra lớn, và có rất nhiều đối tượng mới. nó có thể tiết kiệm không gian. Ví dụ: nếu bạn kiểm tra một dự án SVN lớn bằng git-svn và thực hiện git gc, bạn thường tiết kiệm được nhiều dung lượng

Bạn có thể làm điều đó mà không bị gián đoạn, với cài đặt mới (Git 2.0 Q2 2014) gc.autodetach.

Xem cam kết 4c4ac4d và cam kết 9f673f9 ( Nguyễn Thái Ngọc Duy, còn gọi là pclouds ):

gc --automất thời gian và có thể chặn người dùng tạm thời (nhưng không khó chịu chút nào).
Làm cho nó chạy trong nền trên các hệ thống hỗ trợ nó.
Điều duy nhất bị mất khi chạy trong nền là bản in. Nhưng gc outputnó không thực sự thú vị.
Bạn có thể giữ nó ở phía trước bằng cách thay đổi gc.autodetach.

Kể từ phiên bản 2.0 đó, đã có một lỗi: git 2.7 (Q4 2015) sẽ đảm bảo không làm mất thông báo lỗi .
Xem cam kết 329e6e8 (ngày 19 tháng 9 năm 2015) của Nguyễn Thái Ngọc Duy ( pclouds) .
^{(Được hợp nhất bởi Junio ​​C Hamano - gitster- trong cam kết 076c827 , ngày 15 tháng 10 năm 2015)}

gc: lưu nhật ký từ daemonized gc --autovà in nó lần sau

Trong khi cam kết 9f673f9 ( gc: tùy chọn cấu hình để chạy --autotrong nền - 2014 / 02-08 ) giúp giảm một số khiếu nại về ' gc --auto' ăn cắp thiết bị đầu cuối, nó tạo ra một loạt vấn đề khác.

Cái mới nhất trong bộ này là, do kết quả của daemonizing, stderrđã bị đóng và tất cả các cảnh báo đều bị mất. Cảnh báo này ở cuối cmd_gc()đặc biệt quan trọng vì nó cho người dùng biết cách tránh " gc --auto" chạy liên tục.
Vì stderr bị đóng, người dùng không biết, tự nhiên họ phàn nàn về việc ' gc --auto' lãng phí CPU.

Daemonized gcbây giờ tiết kiệm stderrđến $GIT_DIR/gc.log.
Sau đây gc --autosẽ không chạy và gc.login ra cho đến khi người dùng loại bỏgc.log .

Trích dẫn này được lấy từ; Kiểm soát phiên bản với Git

Git chạy bộ sưu tập rác tự động :

• Nếu có quá nhiều đối tượng lỏng lẻo trong kho lưu trữ

• Khi đẩy đến một kho lưu trữ từ xa xảy ra

• Sau một số lệnh có thể giới thiệu nhiều đối tượng lỏng lẻo

• Khi một số lệnh như git reflog hết hạn yêu cầu rõ ràng

Và cuối cùng, bộ sưu tập rác xảy ra khi bạn yêu cầu rõ ràng bằng cách sử dụng lệnh git gc. Nhưng khi nào thì nên? Không có câu trả lời chắc chắn cho câu hỏi này, nhưng có một số lời khuyên tốt và thực hành tốt nhất.

Bạn nên xem xét việc chạy git gc bằng tay trong một vài tình huống:

• Nếu bạn vừa hoàn thành một nhánh lọc git. Hãy nhớ lại rằng nhánh lọc viết lại nhiều cam kết, giới thiệu những cái mới và để lại những cái cũ trên một tham chiếu cần được loại bỏ khi bạn hài lòng với kết quả. Tất cả những đối tượng đã chết (không còn được tham chiếu vì bạn vừa xóa một tham chiếu trỏ đến chúng) nên được xóa qua bộ sưu tập rác.

• Sau một số lệnh có thể giới thiệu nhiều đối tượng lỏng lẻo. Đây có thể là một nỗ lực rebase lớn, ví dụ.

Và mặt trái, khi nào bạn nên cảnh giác với việc thu gom rác?

• Nếu có những đứa trẻ mồ côi mà bạn có thể muốn phục hồi

• Trong ngữ cảnh của git rerere và bạn không cần phải lưu các độ phân giải mãi mãi

• Trong ngữ cảnh chỉ các thẻ và các nhánh là đủ để khiến Git giữ lại một cam kết vĩnh viễn

• Trong ngữ cảnh của các truy xuất FETCH_HEAD (truy xuất trực tiếp URL qua git fetch) vì chúng ngay lập tức bị thu gom rác

Tôi sử dụng khi tôi thực hiện một cam kết lớn, trên hết là khi tôi xóa nhiều tệp hơn khỏi kho lưu trữ .. sau đó, các cam kết nhanh hơn

Bạn không phải sử dụng git gcrất thường xuyên, vì git gc(Bộ sưu tập rác) được chạy tự động trên một số lệnh được sử dụng thường xuyên:

git pull
git merge
git rebase
git commit

Nguồn: git gc thực tiễn tốt nhất và FAQS