Seberapa sering Anda harus menggunakan git-gc?

Seberapa sering Anda harus menggunakan git-gc?

The halaman pengguna hanya mengatakan:

Pengguna didorong untuk menjalankan tugas ini secara teratur dalam setiap repositori untuk mempertahankan pemanfaatan ruang disk yang baik dan kinerja operasi yang baik.

Apakah ada beberapa perintah untuk mendapatkan jumlah objek untuk mengetahui apakah sudah waktunya untuk gc?

Sebagian besar tergantung pada seberapa banyak repositori digunakan. Dengan satu pengguna memeriksa sekali sehari dan operasi cabang / gabungan / dll seminggu sekali Anda mungkin tidak perlu menjalankannya lebih dari sekali setahun.

Dengan beberapa lusin pengembang bekerja pada beberapa lusin proyek masing-masing memeriksa dalam 2-3 kali sehari, Anda mungkin ingin menjalankannya setiap malam.

Tidak ada ruginya untuk menjalankannya lebih sering daripada yang dibutuhkan.

Apa yang saya lakukan adalah menjalankannya sekarang, lalu seminggu dari sekarang mengambil pengukuran pemanfaatan disk, jalankan lagi, dan mengukur pemanfaatan disk lagi. Jika ukurannya turun 5%, maka jalankan seminggu sekali. Jika turun lebih banyak, maka jalankan lebih sering. Jika kurang tetes, maka jalankan lebih jarang.

Perhatikan bahwa sisi negatif dari pengumpulan sampah repositori Anda adalah, yah, sampah dikumpulkan. Seperti kita ketahui sebagai pengguna komputer, file yang kita anggap sampah sekarang mungkin menjadi sangat berharga tiga hari di masa depan. Fakta bahwa git menyimpan sebagian besar puing-puingnya telah menyelamatkan bacon saya beberapa kali - dengan menelusuri semua komitmen yang menggantung, saya telah memulihkan banyak pekerjaan yang secara tidak sengaja saya kalengan.

Jadi jangan terlalu aneh dalam klon pribadi Anda. Hanya ada sedikit kebutuhan untuk itu.

OTOH, nilai pemulihan data dipertanyakan untuk repo yang digunakan terutama sebagai remote, misalnya. tempat semua devs dorong ke dan / atau ditarik dari. Di sana, mungkin masuk akal untuk memulai menjalankan GC dan pengemasan ulang sering.

Versi terbaru dari git menjalankan gc secara otomatis ketika diperlukan, jadi Anda tidak perlu melakukan apa pun. Lihat bagian Opsi man git-gc (1) : "Beberapa perintah git menjalankan git gc --auto setelah melakukan operasi yang dapat membuat banyak objek longgar."

Jika Anda menggunakan Git-Gui , itu memberi tahu Anda saat Anda harus khawatir:

This repository currently has approximately 1500 loose objects.

Perintah berikut akan membawa nomor yang sama:

$ git count-objects

Kecuali, dari sumbernya , git-gui akan menghitung sendiri, menghitung sesuatu di .git/objectsfolder dan mungkin membawa perkiraan (saya tidak tahu tclcara membacanya dengan benar!).

Bagaimanapun, tampaknya memberikan peringatan berdasarkan angka sewenang-wenang sekitar 300 objek longgar.

Jatuhkan dalam tugas cron yang berjalan setiap malam (sore?) Ketika Anda tidur.

Saya menggunakan git gc setelah saya melakukan checkout besar, dan memiliki banyak objek baru. itu bisa menghemat ruang. Misalnya jika Anda checkout proyek SVN besar menggunakan git-svn, dan melakukan git gc, Anda biasanya menghemat banyak ruang

Anda dapat melakukannya tanpa gangguan apa pun, dengan pengaturan baru (Git 2.0 Q2 2014) gc.autodetach.

Lihat komit 4c4ac4d dan komit 9f673f9 ( Nguyễn Thái Ngọc Duy, alias pclouds ):

gc --automembutuhkan waktu dan dapat memblokir pengguna untuk sementara waktu (tetapi tidak kurang mengganggu).
Jadikan itu berjalan di latar belakang pada sistem yang mendukungnya.
Satu-satunya hal yang hilang dengan berjalan di latar belakang adalah cetakan. Tapi gc outputitu tidak terlalu menarik.
Anda dapat menyimpannya di latar depan dengan mengubah gc.autodetach.

Sejak rilis 2.0, ada bug meskipun: git 2.7 (Q4 2015) akan memastikan untuk tidak kehilangan pesan kesalahan .
Lihat komit 329e6e8 (19 Sep 2015) oleh Nguyễn Thái Ngọc Duy ( pclouds) .
^{(Digabung oleh Junio ​​C Hamano - gitster- dalam komit 076c827 , 15 Okt 2015)}

gc: simpan log dari daemonized gc --autodan cetak waktu berikutnya

Sementara komit 9f673f9 ( gc: opsi config untuk berjalan --autodi latar belakang - 2014-02-08) membantu mengurangi beberapa keluhan tentang ' gc --auto' memonopoli terminal, itu menciptakan serangkaian masalah lain.

Yang terbaru dalam set ini adalah, sebagai hasil daemonisasi, stderrditutup dan semua peringatan hilang. Peringatan di akhir cmd_gc()ini sangat penting karena memberi tahu pengguna cara " gc --auto" menghindari berjalan berulang kali.
Karena stderr ditutup, pengguna tidak tahu, secara alami mereka mengeluh tentang ' gc --auto' buang-buang CPU.

Daemonized gcsekarang menyimpan stderrke $GIT_DIR/gc.log.
Mengikuti gc --autotidak akan berjalan dan gc.logdicetak sampai pengguna menghapusgc.log .

Kutipan ini diambil dari; Kontrol Versi dengan Git

Git menjalankan pengumpulan sampah secara otomatis :

• Jika ada terlalu banyak objek longgar di repositori

• Ketika push ke repositori jarak jauh terjadi

• Setelah beberapa perintah yang mungkin memperkenalkan banyak objek longgar

• Ketika beberapa perintah seperti git reflog kedaluwarsa memintanya secara eksplisit

Dan akhirnya, pengumpulan sampah terjadi ketika Anda secara eksplisit memintanya menggunakan perintah git gc. Tetapi kapan itu seharusnya? Tidak ada jawaban yang kuat untuk pertanyaan ini, tetapi ada beberapa saran bagus dan praktik terbaik.

Anda harus mempertimbangkan menjalankan git gc secara manual dalam beberapa situasi:

• Jika Anda baru saja menyelesaikan cabang git filter. Ingatlah bahwa cabang-filter menulis ulang banyak komit, memperkenalkan yang baru, dan membiarkan yang lama pada ref yang harus dihapus ketika Anda puas dengan hasilnya. Semua benda mati (yang tidak lagi direferensikan karena Anda baru saja menghapus satu referensi yang menunjuk kepada mereka) harus dihapus melalui pengumpulan sampah.

• Setelah beberapa perintah yang mungkin memperkenalkan banyak objek longgar. Ini mungkin merupakan upaya rebase besar, misalnya.

Dan di sisi lain, kapan Anda harus waspada terhadap pengumpulan sampah?

• Jika ada wasit yatim yang mungkin ingin Anda pulihkan

• Dalam konteks git rerere dan Anda tidak perlu menyimpan resolusi selamanya

• Dalam konteks hanya tag dan cabang yang cukup untuk menyebabkan Git mempertahankan komit secara permanen

• Dalam konteks pengambilan FETCH_HEAD (pengambilan URL-direct via git fetch) karena mereka segera dikenai pengumpulan sampah

Saya menggunakan ketika saya melakukan komit besar, terutama ketika saya menghapus lebih banyak file dari repositori .. setelah itu, komit lebih cepat

Anda tidak harus git gcsering menggunakannya , karena git gc(Pengumpulan sampah) dijalankan secara otomatis pada beberapa perintah yang sering digunakan:

git pull
git merge
git rebase
git commit

Sumber: praktik terbaik dan FAQ git gc