Cara menghapus gumpalan yang tidak direferensikan dari repo git saya

Saya memiliki repo GitHub yang memiliki dua cabang - master & rilis.

Cabang rilis berisi file distribusi biner yang berkontribusi pada ukuran repo yang sangat besar (> 250MB), jadi saya memutuskan untuk membersihkannya.

Pertama saya menghapus cabang rilis jarak jauh, melalui git push origin :release

Kemudian saya menghapus cabang rilis lokal. Pertama saya mencoba git branch -d release, tetapi git berkata "kesalahan: 'Rilis' cabang bukan nenek moyang dari HEAD Anda saat ini." yang mana benar, jadi saya lakukan git branch -D releaseuntuk memaksanya dihapus.

Tetapi ukuran repositori saya, baik secara lokal maupun di GitHub, masih sangat besar. Jadi saya menjalankan melalui daftar perintah git yang biasa, seperti git gc --prune=today --aggressive, tidak berhasil.

Dengan mengikuti instruksi Charles Bailey di SO 1029969 saya bisa mendapatkan daftar SHA1 untuk gumpalan terbesar. Saya kemudian menggunakan skrip dari SO 460331 untuk menemukan gumpalan ... dan lima gumpalan terbesar tidak ada, meskipun gumpalan yang lebih kecil ditemukan, jadi saya tahu skrip tersebut berfungsi.

Saya pikir blog ini adalah binari dari cabang rilis, dan entah bagaimana mereka ditinggalkan setelah cabang itu dihapus. Apa cara yang benar untuk menyingkirkannya?

... dan tanpa basa-basi lagi, izinkan saya menyajikan kepada Anda perintah yang berguna ini, "git-gc-all", dijamin akan menghapus semua sampah git Anda hingga muncul variabel konfigurasi tambahan:

git -c gc.reflogExpire=0 -c gc.reflogExpireUnreachable=0 -c gc.rerereresolved=0 -c gc.rerereunresolved=0 -c gc.pruneExpire=now gc

Anda mungkin juga perlu menjalankan sesuatu seperti ini terlebih dahulu, ya ampun, git itu rumit !!

git remote rm origin
rm -rf .git/refs/original/ .git/refs/remotes/ .git/*_HEAD .git/logs/
git for-each-ref --format="%(refname)" refs/original/ | xargs -n1 --no-run-if-empty git update-ref -d

Anda mungkin juga perlu menghapus beberapa tag, terima kasih Zitrax:

git tag | xargs git tag -d

Saya memasukkan semua ini ke dalam skrip: git-gc-all-ferocious .

Seperti yang dijelaskan di sini , jika Anda ingin menghapus secara permanen semua yang direferensikan hanya melalui reflog , cukup gunakan

git reflog expire --expire-unreachable=now --all
git gc --prune=now

git reflog expire --expire-unreachable=now --allmenghapus semua referensi tentang komitmen yang tidak dapat dijangkau di reflog.

git gc --prune=now menghapus komit itu sendiri.

Perhatian : Hanya menggunakan git gc --prune=nowtidak akan berfungsi karena komit tersebut masih direferensikan di reflog. Oleh karena itu, membersihkan reflog adalah wajib. Perhatikan juga bahwa jika Anda menggunakannya rererememiliki referensi tambahan yang tidak dihapus oleh perintah ini. Lihatgit help rerere untuk lebih jelasnya. Selain itu, setiap commit yang direferensikan oleh cabang atau tag lokal atau jarak jauh tidak akan dihapus karena dianggap sebagai data yang berharga oleh git.

Seperti yang disebutkan dalam jawaban SO ini ,git gc sebenarnya dapat meningkatkan ukuran repo!

Lihat juga utas ini

Sekarang git memiliki mekanisme keamanan untuk tidak langsung menghapus objek yang tidak direferensikan saat menjalankan 'git gc '.
Secara default, objek yang tidak direferensikan disimpan selama jangka waktu 2 minggu. Ini untuk memudahkan Anda memulihkan cabang atau komitmen yang terhapus secara tidak sengaja, atau untuk menghindari perlombaan di mana objek yang baru saja dibuat dalam proses menjadi tetapi belum direferensikan dapat dihapus dengan proses ' git gc' yang berjalan secara paralel.

Jadi untuk memberikan masa tenggang itu ke objek yang dikemas tetapi tidak direferensikan, proses pengemasan ulang mendorong objek yang tidak direferensikan tersebut keluar dari paket ke dalam bentuk longgar sehingga mereka dapat berumur dan akhirnya dipangkas.
Objek yang menjadi tidak direferensikan biasanya tidak banyak. Memiliki 404855 objek yang tidak direferensikan cukup banyak, dan mengirim objek tersebut pada awalnya melalui klon adalah tindakan bodoh dan pemborosan bandwidth jaringan.

Pokoknya ... Untuk mengatasi masalah Anda, Anda hanya perlu menjalankan ' git gc' dengan--prune=now argumen untuk menonaktifkan masa tenggang itu dan segera menyingkirkan objek yang tidak direferensikan itu (aman hanya jika tidak ada aktivitas git lain yang berlangsung pada saat yang sama yang seharusnya mudah dipastikan di workstation).

Dan BTW, menggunakan ' git gc --aggressive' dengan versi git yang lebih baru (atau ' git repack -a -f -d --window=250 --depth=250')

The thread yang sama menyebutkan :

 git config pack.deltaCacheSize 1

Itu membatasi ukuran cache delta menjadi satu byte (secara efektif menonaktifkannya) daripada default 0 yang berarti tidak terbatas. Dengan itu saya dapat mengemas ulang repositori itu menggunakan git repackperintah di atas pada sistem x86-64 dengan RAM 4GB dan menggunakan 4 utas (ini adalah quad core). Penggunaan memori residen tumbuh hampir 3,3 GB.

Jika mesin Anda SMP dan Anda tidak memiliki RAM yang cukup, Anda dapat mengurangi jumlah utas menjadi hanya satu:

git config pack.threads 1

Selain itu, Anda selanjutnya dapat membatasi penggunaan memori dengan --window-memory argumentto ' git repack'.
Misalnya, penggunaan --window-memory=128Mharus menjaga batas atas yang wajar pada penggunaan memori pencarian delta meskipun ini dapat mengakibatkan kecocokan delta yang kurang optimal jika repo berisi banyak file besar.

Di depan cabang filter, Anda dapat mempertimbangkan (dengan hati-hati) skrip ini

#!/bin/bash
set -o errexit

# Author: David Underhill
# Script to permanently delete files/folders from your git repository.  To use 
# it, cd to your repository's root and then run the script with a list of paths
# you want to delete, e.g., git-delete-history path1 path2

if [ $# -eq 0 ]; then
    exit 0
fi

# make sure we're at the root of git repo
if [ ! -d .git ]; then
    echo "Error: must run this script from the root of a git repository"
    exit 1
fi

# remove all paths passed as arguments from the history of the repo
files=$@
git filter-branch --index-filter "git rm -rf --cached --ignore-unmatch $files" HEAD

# remove the temporary history git-filter-branch otherwise leaves behind for a long time
rm -rf .git/refs/original/ && git reflog expire --all &&  git gc --aggressive --prune

git gc --prune=now, atau level rendah git prune --expire now.

Setiap kali HEAD Anda bergerak, git melacaknya di file reflog. Jika Anda menghapus komit, Anda masih memiliki "komit menggantung" karena masih dirujuk olehreflog selama ~ 30 hari. Ini adalah jaring pengaman ketika Anda menghapus komit secara tidak sengaja.

Anda dapat menggunakan git reflogperintah menghapus komit tertentu, mengemas ulang, dll .., atau hanya perintah tingkat tinggi:

git gc --prune=now

Anda bisa menggunakan git forget-blob.

Penggunaannya cukup sederhana git forget-blob file-to-forget. Anda bisa mendapatkan info lebih lanjut di sini

https://ownyourbits.com/2017/01/18/completely-remove-a-file-from-a-git-repository-with-git-forget-blob/

Ini akan hilang dari semua komit di riwayat, reflog, tag, dan sebagainya

Saya mengalami masalah yang sama sesekali, dan setiap kali saya harus kembali ke posting ini dan lainnya, itulah mengapa saya mengotomatiskan prosesnya.

Penghargaan untuk kontributor seperti Sam Watkins

Coba gunakan git-filter-branch - ini tidak menghapus gumpalan besar, tetapi dapat menghapus file besar yang Anda tentukan dari seluruh repo. Bagi saya ini mengurangi ukuran repo dari ratusan MB menjadi 12 MB.

Terkadang, alasan mengapa "gc" tidak banyak membantu adalah karena ada rebase atau simpanan yang belum selesai berdasarkan commit lama.

Untuk menambahkan tip lain, jangan lupa untuk menggunakan git remote prune untuk menghapus cabang-cabang remote Anda yang sudah usang sebelum digunakan git gc

Anda dapat melihatnya dengan git branch -a

Ini sering kali berguna ketika Anda mengambil dari github dan repositori bercabang ...

Sebelum melakukan git filter-branchdan git gc, Anda harus meninjau tag yang ada di repo Anda. Setiap sistem nyata yang memiliki penandaan otomatis untuk hal-hal seperti integrasi dan penerapan berkelanjutan akan membuat objek yang tidak diinginkan masih direferensikan oleh tag ini, karenanyagc tidak dapat menghapusnya dan Anda masih akan terus bertanya-tanya mengapa ukuran repo masih begitu besar.

Cara terbaik untuk menyingkirkan semua hal yang tidak diinginkan adalah dengan menjalankan git-filter& git gclalu mendorong master ke repo kosong yang baru. Repo telanjang baru akan memiliki pohon yang dibersihkan.