Як скоротити папку .git

Моя поточна база має загальний розмір приблизно 200 Мб.

Але моя папка .git має дивовижний розмір 5 Гб (!). Оскільки я підштовхую свою роботу до зовнішнього сервера, мені не потрібна велика локальна історія ...

Як я можу скоротити папку .git, щоб звільнити місце на своєму ноутбуку? Чи можу я видалити всі зміни, які є старшими за 30 днів?

велике спасибі за будь-яку допомогу :)

не слід видаляти всі зміни старші 30 днів (я думаю, це якось можливо використовувати git, але насправді не рекомендується).

Ви можете зателефонувати git gc --aggressive --prune, який виконуватиме збір сміття у вашому сховищі та обріже старі об’єкти. чи багато у вас двійкових файлів (архівів, зображень, виконуваних файлів), які часто змінюються? вони зазвичай призводять до величезних папок .git (пам'ятайте, що git зберігає знімки для кожної редакції, а двійкові файли погано стискаються)

Ось що повинен сказати творець git Лінуса про те, як зменшити своє git repo:

Еквівалент "git gc - агресивний" - але зроблено * належним чином * - це робити (за ніч) щось на кшталт

   git repack -a -d --depth=250 --window=250

де ця глибина полягає лише в тому, наскільки глибокими можуть бути ланцюги дельти (зробіть їх довшими для старої історії - це коштує місця над головою), а річ у вікні - про те, наскільки велике вікно об'єкта ми хочемо сканувати кожному кандидату дельти.

І тут, можливо, ви хочете додати прапор "-f" (це "скинути всі старі дельти", оскільки ви зараз насправді намагаєтеся переконатися, що цей справді знаходить хороших кандидатів).

джерело: http://gcc.gnu.org/ml/gcc/2007-12/msg00165.html

Чи позбудуться цього бінарні дані, осиротілі в моїй репо? "git repack" не позбудеться зображень або бінарних даних, які ви зареєстрували у своїй репо-репортації, а потім видалили їх. Щоб назавжди видалити такі дані з репо, вам доведеться переписати свою історію. Поширений приклад - коли ви випадково перевіряєте свої паролі в git. Ви можете повернутися назад і видалити деякі файли, але тоді вам доведеться переписувати історію відтоді до цього, а потім примушувати натискати нове репо до свого походження.

Я спробував їх, але моє сховище було все ще дуже великим. Проблема полягала в тому, що я випадково перевірив деякі створені великі файли. Після деяких пошуків я знайшов чудовий підручник, який спрощує видалення великих створених файлів. Цей підручник дозволив мені зменшити свій сховище з 60 Мб до <1 Мб.

Стів Лорек, як зменшити сховище Git

5 Гб проти 200 МБ - це щось дивно. Спробуйте бігтиgit gc .

Але ні, якщо ви не розділите свій сховище на модулі, ви не можете зменшити розмір .git каталогу.

Кожен клон git repo - це повноцінне сховище, яке може виконувати роль сервера. Ось базовий принцип управління розподіленими версіями.

Я використовую git більше як механізм синхронізації, ніж для історії версій. Тож моє рішення цієї проблеми полягало в тому, щоб переконатися, що всі мої поточні джерела знаходяться в задовільному стані, а потім просто видалити .git та повторно ініціалізувати репости. Проблема з дисковим простором вирішена. :-) Історія пішла :-( Я це роблю, оскільки репортаж знаходиться на невеликій USB-клавіші. Я не хочу і не потребую всієї своєї історії. Якби у мене був метод просто обрізання історії, я би використовував це.

Якби мені було цікаво зберегти свою історію, я б архівував поточний сховище. В якийсь момент пізніше я міг клонувати оригінальний сховище, скопіювати всі зміни з нового репо (припустимо, я не робив багато (жодного) перейменування чи видалення). А потім зробіть одну велику комісію, яка б представляла всі зміни, внесені в новому репо, як єдине зобов’язання у старому репо. Чи можливо об’єднати історії? Можливо, якщо я використовував гілку, а потім видаляв об'єкти, які мені не потрібні. (Я не знаю достатньо про внутрішні організації git, щоб почати так дурити).

Перевірені вище методи, в моєму випадку нічого не працювало (де я випадково вбив процес git під час git push), тому мені нарешті довелося видалити репо і знову його клонувати, і тепер папка .git має нормальний розмір.