Deskripsi: Arti pesan “Not enough disk space to clone the repository”, alasan ukuran repositori membengkak, dan cara mengambil data seperlunya.
Tugasnya cuma mengubah beberapa baris. Namun alat kerja justru menampilkan pesan bahwa ruang penyimpanan tidak cukup untuk melakukan clone.
Artinya lingkungan yang menerima salinan kekurangan ruang disk. Ini bukan pesan bahwa kode aplikasi rusak atau berkas di GitHub terhapus.
Dalam sebuah kasus, API GitHub melaporkan ukuran repositori sekitar 9 GB. Anda pesan satu obeng, tetapi yang dikirim seluruh toko perkakas, termasuk raknya.
Apa yang sebenarnya terbukti?
Proses penyalinan terhambat kapasitas penyimpanan. Pesan ini sendiri tidak menunjukkan sisa ruang yang tepat, jumlah data yang sudah diunduh, atau apakah beban terbesar berasal dari berkas saat ini maupun riwayat lama.
Angka sekitar 9 GB berasal dari laporan API GitHub yang dibulatkan, bukan hasil pengukuran clone lokal yang gagal. Data unduhan, berkas yang dikeluarkan, dan ruang sementara dapat berbeda ukurannya.
Mengapa ukurannya bisa membengkak?
Git menyimpan sejarah perubahan, bukan hanya berkas terbaru. Gambar besar, cadangan, atau keluaran otomatis yang pernah dimasukkan dapat tetap tersimpan dalam riwayat. Kumpulan artikel, terjemahan, gambar, dan hasil pemrosesan juga bisa membuat berkas sekarang membesar.
Periksalah ukuran berkas aktif dan data historis secara terpisah sebelum menyimpulkan penyebabnya.
GitHub menganjurkan repositori yang mudah dikelola dan menyebut 10 GB sebagai batas maksimum yang direkomendasikan untuk ukuran folder .git di disk. Angka itu bukan tombol pemblokiran clone secara otomatis, dan metriknya belum tentu sama dengan ukuran dari API.
Mengambil yang dibutuhkan saja
Mulailah dengan lingkungan kerja baru bila yang lama dipenuhi berkas sementara. Namun repositori yang memang sangat besar tetap bisa menimbulkan masalah serupa.
Jika hanya ingin membaca atau mengubah satu berkas, gunakan API berkas GitHub bila memiliki izin. Kalau operasi Git diperlukan, coba:
git clone --depth=1 --filter=blob:none --sparse REPOSITORY_URL
Perintah ini membatasi riwayat, menunda unduhan isi berkas dan mengurangi berkas yang langsung dikeluarkan. Ini bukan jaminan berhasil; sejumlah operasi yang memerlukan riwayat lengkap menjadi terbatas.
Jangan buru-buru menghapus sejarah
Menulis ulang atau menghapus riwayat dapat mengganggu salinan rekan kerja, referensi, serta otomatisasi. Periksa kapasitas kosong, berkas aktif yang besar, dan objek historis lebih dulu. Simpan cadangan sebelum pembersihan yang merusak.
Penutup
Permintaannya sederhana: “Tolong ubah berkas ini.” Rencana pengirimannya: “Pindahkan gudang 9 GB.”
Kenapa membawa satu gudang untuk mengambil satu berkas? Daripada langsung membeli disk lebih besar, perbaiki cara mengambil datanya.
Sumber: batas rekomendasi GitHub, panduan berkas besar, dokumentasi Git clone.
