Supprimer le fichier du dépôt git (historique)

je recommande d'utiliser le BFG Repo-Cleaner , une alternative plus simple et plus rapide à git-filter-branch spécifiquement conçu pour réécrire des fichiers à partir de l'histoire Git. Une façon dont il rend votre vie plus facile ici, c'est qu'il gère réellement tous références par défaut (toutes les étiquettes, les branches, les choses comme réfs/remotes/origin/master, etc) mais il est aussi 10-50x plus rapide.

Vous devez suivre attentivement ces étapes ici: http://rtyley.github.com/bfg-repo-cleaner/#usage - mais le bit de base est juste ceci: téléchargez le jar de BFG (nécessite Java 6 ou au-dessus) et exécutez cette commande:

$ java -jar bfg.jar  --delete-files file_name  my-repo.git

tout fichier nommé file_name (qui n'est pas dans votre dernier commit) sera totalement supprimé de l'historique de votre dépôt. Vous pouvez ensuite utiliser git gc pour nettoyer les morts de données:

$ git gc --prune=now --aggressive

le BFG est généralement beaucoup plus simple à utiliser que git-filter-branch - les options sont adaptées autour de ces deux cas d'utilisation commune:

• Retrait Fou De Gros Fichiers
• suppression mots de passe, justificatifs d'identité & autres données privées

divulgation Complète: je suis l'auteur de la BFG Repo-Cleaner.

j'ai trouvé cela très utile en ce qui concerne la suppression d'un dossier entier car ce qui précède ne m'a pas vraiment aidé: https://help.github.com/articles/remove-sensitive-data .

j'ai utilisé:

git filter-branch -f --force \
--index-filter 'git rm -rf --cached --ignore-unmatch folder/sub-folder' \
--prune-empty --tag-name-filter cat -- --all

rm -rf .git/refs/original/
git reflog expire --expire=now --all
git gc --prune=now
git gc --aggressive --prune=now

j'essayais de me débarrasser d'un gros dossier dans l'histoire, et les réponses ci-dessus ont fonctionné, jusqu'à un certain point. Le fait est qu'ils ne fonctionnent pas si vous avez des étiquettes. Si le commit contenant le gros fichier est accessible à partir d'une balise, alors vous devrez ajuster la commande filter-branches thusly:

git filter-branch --tag-name-filter cat \
--index-filter 'git rm --cached --ignore-unmatch huge_file_name' -- \
--all --tags

voir: Comment puis-je supprimer les fichiers sensibles de l'histoire de git

ce qui précède échouera si le fichier n'existe pas dans un Rév. dans ce cas, le commutateur '--ignore-unmatch' le réparera:

git filter-branch -f --index-filter 'git rm --cached --ignore-unmatch <filename>' HEAD

puis, pour obtenir tous les objets en vrac hors de la reprise de possession:

git gc --prune='0 days ago'

vous avez diverses raisons pour une taille encore grande git repo après git gc , car il ne supprime pas tous les objets en vrac .

je détail les raisons dans " réduire le dépôt git de taille "

mais une astuce à tester dans votre cas serait de clone votre" nettoyé "Git repo et voir si le clone a la taille appropriée.

("nettoyé" repo "étant celui où vous avez appliqué le filter-branch , puis gc et prune )

ceci devrait être couvert par la commande git obliterate dans les Extras Git ( https://github.com/visionmedia/git-extras ).

git obliterate <filename>

j'ai eu le même problème et j'ai trouvé un grand tutoriel sur github qui expliquent étape par étape comment se débarrasser des fichiers que vous avez accidentellement commis.

Voici un petit résumé de la procédure Cupcake suggéré.

si vous avez un fichier nommé file_to_remove à supprimer de l'historique:

cd path_to_parent_dir

git filter-branch --force --index-filter \
  'git rm --cached --ignore-unmatch file_to_remove' \
  --prune-empty --tag-name-filter cat -- --all