Comment supprimer l'ancien historique d'un dépôt git ?

Question

J'ai bien peur de n'avoir rien trouvé qui ressemble à ce scénario particulier.

J'ai un dépôt git avec beaucoup d'historique : 500+ branches, 500+ tags, remontant à mi-2007. Il contient ~19 500 commits. Nous aimerions supprimer tout l'historique antérieur au 1er janvier 2010, pour le rendre plus petit et plus facile à gérer (nous conserverions une copie complète de l'historique dans un dépôt d'archives).

Je connais le commit que je veux voir devenir la racine du nouveau dépôt. Cependant, je n'arrive pas à trouver le bon git mojo pour tronquer le dépôt et commencer avec ce commit. Je suppose qu'une variante de

git filter-branch

impliquant des greffes serait nécessaire ; il pourrait également être nécessaire de traiter chacune des plus de 200 branches que nous voulons conserver séparément, puis de patcher le repo ensemble (quelque chose que je faire savent comment faire).

Quelqu'un a-t-il déjà fait quelque chose comme ça ? J'ai git 1.7.2.3 si ça compte.

Answer 1

Vous pouvez créer un greffe du parent de votre nouveau commit racine vers aucun parent (ou vers un commit vide, par exemple le vrai commit racine de votre dépôt). Par exemple echo "<NEW-ROOT-SHA1>" > .git/info/grafts

Après avoir créé la greffe, elle prend effet immédiatement ; vous devriez être en mesure de voir git log et voir que les anciens commits indésirables ont disparu :

$ echo 4a46bc886318679d8b15e05aea40b83ff6c3bd47 > .git/info/grafts
$ git log --decorate | tail --lines=11
commit cb3da2d4d8c3378919844b29e815bfd5fdc0210c
Author: Your Name <your.email@example.com>
Date:   Fri May 24 14:04:10 2013 +0200

    Another message

commit 4a46bc886318679d8b15e05aea40b83ff6c3bd47 (grafted)
Author: Your Name <your.email@example.com>
Date:   Thu May 23 22:27:48 2013 +0200

    Some message

Si tout se passe comme prévu, vous pouvez utiliser git filter-branch -- --all pour le rendre permanent.

PRUDENCE : après avoir fait le filtre-branche tous les identifiants de commit auront changé, donc toute personne utilisant l'ancien repo ne doit jamais fusionner avec une personne utilisant le nouveau repo.

Answer 2

Ce site méthode est facile à comprendre et fonctionne bien. L'argument du script ( $1 ) est une référence (tag, hash, ...) au commit à partir duquel vous souhaitez conserver votre historique.

#!/bin/bash
git checkout --orphan temp $1 # create a new branch without parent history
git commit -m "Truncated history" # create a first commit on this branch
git rebase --onto temp $1 master # now rebase the part of master branch that we want to keep onto this branch
git branch -D temp # delete the temp branch

# The following 2 commands are optional - they keep your git repo in good shape.
git prune --progress # delete all the objects w/o references
git gc --aggressive # aggressively collect garbage; may take a lot of time on large repos

NOTE que les anciennes balises resteront présentes ; vous devrez donc peut-être les supprimer manuellement

remarque : Je sais que c'est presque la même réponse que @yoyodin, mais il y a quelques commandes et informations supplémentaires importantes ici. J'ai essayé d'éditer la réponse, mais comme il s'agit d'un changement substantiel à la réponse de @yoyodin, mon édition a été rejetée, donc voici l'information !

Answer 3

Essayez cette méthode Comment tronquer l'historique git :

#!/bin/bash
git checkout --orphan temp $1
git commit -m "Truncated history"
git rebase --onto temp $1 master
git branch -D temp

Aquí $1 est le SHA-1 du commit que vous voulez garder et le script va créer une nouvelle branche qui contient tous les commits entre $1 y master et toute l'histoire ancienne est abandonnée. Notez que ce simple script suppose que vous n'avez pas de branche existante appelée temp . Notez également que ce script n'efface pas les données git pour l'ancien historique. Exécuter git gc --prune=all && git repack -a -f -F -d après avoir vérifié que vous voulez vraiment perdre toute l'histoire. Vous pouvez également avoir besoin rebase --preserve-merges mais sachez que l'implémentation de cette fonctionnalité dans git n'est pas parfaite. Inspectez les résultats manuellement si vous l'utilisez.

Answer 4

Comme alternative à la réécriture de l'histoire, envisagez d'utiliser git replace dans le cas de cet article du Pro Git livre . L'exemple discuté implique le remplacement d'un commit parent pour simuler le début d'un arbre, tout en gardant l'historique complet dans une branche séparée pour plus de sécurité.

Answer 5

git clone --depth 200 repo --branch branch

Faire une copie superficielle uniquement des 200 derniers commits pour une branche.