Apa artinya “Pengemasan repositori otomatis untuk kinerja optimal”?

Saya mengalami masalah dengan repo git saya. Selama beberapa hari terakhir setiap kali saya melakukan push ke server saya mendapatkan pesan ini: "Otomatis mengemas repositori untuk kinerja optimal", dan sepertinya tidak hilang dan mengembalikan shell.

Saya juga mencoba memeriksa ke cabang baru dan kemudian melakukan rebase pada cabang saya sebelumnya dan kemudian git gcuntuk menghapus objek sejarah yang tidak digunakan dan kemudian melakukan push tetapi pesan ini tetap muncul. Tolong beri tahu saya apa yang terjadi dengan repo saya.

Versi singkat: artinya apa yang dikatakannya, dan jika Anda membiarkannya selesai, semuanya akan baik-baik saja.

Selama sebagian besar operasi yang berpotensi meningkatkan jumlah objek lepas (tidak terbungkus) dalam repositori (termasuk dorongan), Git memanggil git gc --auto. Jika ada cukup banyak objek longgar (secara default, setidaknya 6700), maka akan dipanggil git repack -d -luntuk mengemasnya. Jika ada terlalu banyak paket terpisah, itu juga akan mengemasnya menjadi satu.

Paket adalah file tunggal terkompresi-delta, berisi sejumlah besar objek. Ini lebih efisien untuk menyimpan objek dalam paket, tetapi membutuhkan waktu untuk mengemas (kompres) objek, jadi Git awalnya membuat objek yang longgar, lalu mengemasnya dalam batch sekarang dan kemudian, melalui permintaan otomatis git gc --auto.

Jika Anda membiarkan Git selesai mengemas ulang, ini tidak akan terjadi lagi untuk sementara waktu. Memang bisa memakan waktu, terutama jika Anda memiliki banyak objek biner besar, tetapi jika itu memicu, maka itu pertanda bahwa itu mungkin akan secara drastis mengurangi jumlah ruang disk yang diambil oleh repo. Jika Anda benar-benar tidak ingin itu terjadi, Anda dapat mengubah parameter konfigurasi gc.auto. Jika Anda meningkatkannya ke sesuatu yang jauh lebih besar dari 6700, itu akan terjadi lebih jarang, tetapi butuh waktu lebih lama ketika itu terjadi. Jika Anda menguranginya, itu masih harus melakukan repack Anda saat ini, tetapi selanjutnya itu akan terjadi lebih sering dan selesai lebih cepat. Jika Anda mengaturnya ke 0, itu akan menonaktifkan pengemasan ulang otomatis.

Lihat man git-gc(di bawah --auto) dan man git-config(di bawah gc.auto) untuk informasi lebih lanjut.

Meskipun Jefroni benar bahwa kadang-kadang pengemasan otomatis hanya perlu waktu untuk menyelesaikannya, jika pesan pengemasan otomatis berlangsung selama beberapa hari seperti yang dijelaskan OP, ada kemungkinan bagus bahwa pembersihan git tidak ada objek yang menggantung, seperti dijelaskan dalam pertanyaan ini .

Untuk melihat apakah objek yang menggantung memicu pesan yang sedang berlangsung tentang pengemasan otomatis, coba jalankan git fsck. Jika Anda mendapatkan daftar panjang komitmen menjuntai, Anda dapat membersihkannya dengan

git gc --prune=now

Saya biasanya harus menjalankan ini pada repo saya setiap 2-3 bulan ketika pesan pengepakan otomatis tidak hilang setelah satu tarikan.

Untuk menonaktifkan satu proyek:

cd your_project_dir
git config gc.auto 0

Untuk menonaktifkan secara global:

git config --global gc.auto 0

Git menjalankan git-repack, yang mengemas banyak objek (= file, commit dan pohon) menjadi satu file paket. Git melakukan ini kadang-kadang, ketika heuristik mengatakan bahwa mungkin ada ruang yang disimpan (file paket berisi delta objek terkompresi, sementara setiap file di objek / direktori berisi konten file lengkap terkompresi)

Semoga git gc --autolangkah itu sekarang (git 2.0.1, 25 Juni 2014) lebih efisien.
Lihat commit 62aad18 oleh Nguyễn Thái Ngọc Duy ( pclouds)

gc --auto: jangan mengunci referensi di latar belakang

9f673f9 ( gc: opsi config untuk menjalankan --auto di latar belakang - 2014-02-08, Git 2.0.0) menempatkan " gc --auto" di latar belakang untuk mengurangi waktu tunggu pengguna.
Bagian dari pengumpulan sampah adalah pak ref dan pemangkasan reflog. Ini membutuhkan penguncian beberapa referensi dan dapat membatalkan proses lain yang mencoba mengunci referensi yang sama.

Jika gc --autodipecat di tengah-tengah skrip, memegang kunci gc di latar belakang bisa gagal skrip, yang tidak pernah bisa terjadi sebelum 9f673f9 .

Terus berjalan pack-refsdan " reflog --prune" di latar depan untuk menghentikan pembaruan ref paralel. Operasi latar belakang yang tersisa (repack, prune, dan rerere) tidak boleh memengaruhi proses git yang sedang berjalan.

Dan Git 2.22 (Q2 2019) lebih lanjut mengoptimalkangit gc .