Kita memuat naik gambar resolusi asal, kemudian mengecilkannya dan memadam fail lama. Saiz folder kini nampak baik, tetapi clone repository masih perlahan. Git menyimpan sejarah fail yang pernah dikomit. Memadam pada commit baharu tidak semestinya menghilangkan salinan besar yang sudah berada dalam sejarah.
Untuk blog, sediakan gambar pada saiz web sebelum commit. Simpan sumber resolusi tinggi di tempat yang memang direka untuk arkib media jika diperlukan. Jika projek memerlukan fail besar yang berubah kerap, nilai Git LFS atau storan objek, tetapi fahami kos, had dan cara ahli pasukan memasangnya. Jangan menambah alat hanya kerana satu gambar besar yang boleh dikecilkan.
Ukur sebelum membersihkan sejarah
Lihat fail mana menyumbang saiz dan sama ada ia masih diperlukan. Menulis semula sejarah Git untuk membuang fail besar boleh mengganggu clone rakan dan pautan commit lama; lakukan hanya dengan rancangan bersama. Selalunya langkah terbaik untuk projek kecil ialah memperbaiki aliran gambar baharu dahulu.
Tetapkan aturan mudah pada proses menerbitkan: setiap gambar cover dieksport pada saiz web sebelum masuk assets/blog, dan sumber asal disimpan berasingan jika perlu. Semak saiz fail dalam review. Langkah kecil ini menghalang masalah repository berat daripada berulang selepas kerja pembersihan selesai.
Repository yang mudah clone membantu pembangun baharu dan automasi build. Gambar cantik tetap penting, tetapi saiz sumber serta saiz yang dihantar kepada pembaca patut difikirkan sebelum ia masuk sejarah kekal.