Supprimer les fichiers sensibles et leurs propagations de l'historique Git

changer vos mots de passe est une bonne idée, mais pour le processus de suppression des mots de passe de l'histoire de votre repo, je recommande le BFG Repo-Cleaner , une alternative plus rapide et plus simple à git-filter-branch explicitement conçu pour supprimer des données privées de Git repos.

créer un private.txt fichier énumérant les mots de passe, etc, que vous voulez supprimer (une entrée par ligne) et puis exécuter cette commande:

$ java -jar bfg.jar  --replace-text private.txt  my-repo.git

tous les fichiers sous une taille de seuil (1 Mo par défaut) dans l'historique de votre repo sera scanné, et toute chaîne correspondante (qui n'est pas dans votre dernier commit) sera remplacée par la chaîne "***REMOVED***". Vous pouvez alors utiliser git gc pour nettoyer les données mortes:

$ git gc --prune=now --aggressive

le BFG est typiquement 10-50x plus rapide que l'exécution git-filter-branch et les options sont simplifiées et 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.

je recommande ce script de David Underhill, a fonctionné comme un charme pour moi.

il ajoute ces commandes en plus de la branche-filtre de natacado pour nettoyer le désordre qu'il laisse derrière lui:

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

script Complet (tout le crédit de David Underhill)

#!/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

les deux dernières commandes peuvent mieux fonctionner si elles sont modifiées comme suit:

git reflog expire --expire=now --all && \
git gc --aggressive --prune=now

si vous avez déjà poussé vers GitHub, les données sont compromises même si vous les repoussez une seconde plus tard parce que:

• GitHub garde balançant s'engage pour une longue période de temps.

  GitHub du personnel n'ont le pouvoir de supprimer ces balançant s'engage si vous communiquez avec eux, cependant, qui est ce que vous devez faire: Comment supprimer un bancales s'engager à partir de GitHub?

  propagations pendantes peuvent être vues à travers:

  • la validation de l'INTERFACE web: https://github.com/cirosantilli/test-dangling/commit/53df36c09f092bbb59f2faa34eba15cd89ef8e83 ( Wayback machine )
  • L'API: https://api.github.com/repos/cirosantilli/test-dangling/commits/53df36c09f092bbb59f2faa34eba15cd89ef8e83 ( Wayback machine )

  une façon pratique d'obtenir la source à cette propagation est alors d'utiliser la méthode de téléchargement zip, qui peut accepter toute référence, par exemple: https://github.com/cirosantilli/myrepo/archive/SHA.zip

• il est possible de récupérer les SHAs manquants soit par:

  • liste des événements API avec type": "PushEvent" . Par exemple: mine: https://api.github.com/users/cirosantilli/events/public ( Wayback machine )
  • plus commodément parfois, en regardant les SHAs de pull requests qui ont tenté de supprimer le contenu

• il y a des ferrailleurs comme http://ghtorrent.org / et https://www.githubarchive.org / qui mettent régulièrement en commun les données GitHub et stockent ailleurs.

  Je n'ai pas pu trouver s'ils grattent la différence d'engagement réelle, mais il est techniquement possible.

pour tester ceci, j'ai créé un repo: https://github.com/cirosantilli/test-dangling et fait:

git init
git remote add origin git@github.com:cirosantilli/test-dangling.git

touch a
git add .
git commit -m 0
git push

touch b
git add .
git commit -m 1
git push

touch c
git rm b
git add .
git commit --amend --no-edit
git push -f

si vous supprimer le dépôt cependant, commits do disparaître même de L'API immédiatement et donner 404, par exemple https://api.github.com/repos/cirosantilli/test-dangling-delete/commits/8c08448b5fbf0f891696819f3b2b2d653f7a3824 cela fonctionne même si vous recréez un autre dépôt avec le même nom.

donc mon plan d'action recommandé est:

• changer vos lettres de créance

• si cela ne suffit pas (p.ex. pics nus):

  • supprimer le dépôt
  • contacter le support

pour être clair: la réponse acceptée est correcte. Essayez d'abord. Cependant, il peut être inutilement complexe pour certains cas d'utilisation, en particulier si vous rencontrez des erreurs odieuses telles que "fatal: bad revision --prune-empty", ou vraiment ne se soucient pas de l'histoire de votre pension.

une alternative serait:

1. cd du projet de la base de la branche
2. supprimer le code / fichier sensible
3. rm-rf .Git/ # Supprimer toutes les informations de git votre code
4. allez à github et supprimez votre dépôt
5. suivez ce guide pour pousser votre code vers un nouveau dépôt comme vous le feriez normalement - https://help.github.com/articles/adding-an-existing-project-to-github-using-the-command-line /

cela supprimera bien sûr toutes les branches de commit history, et les numéros de votre GitHub repo, et de votre git repo local. Si c'est inacceptable, vous devrez utiliser une autre approche.

appelez ça l'option nucléaire.

voici ma solution sous windows

git filter-branch --l'arbre-filtre "rm -f 'filedir/filename'" TÊTE

git push -- force

assurez-vous que le chemin est correct sinon ça ne marchera pas

j'espère que cela aide

utiliser branche de filtre :

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

git push origin *branch_name* -f

vous pouvez utiliser git forget-blob .

l'usage est assez simple git forget-blob file-to-forget . Vous pouvez obtenir plus d'information ici

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

il disparaîtra de tous les commits dans votre histoire, reconfigurer, tags et ainsi de suite

je rencontre le même problème de temps en temps, et à chaque fois je dois revenez à ce poste et d'autres, c'est pourquoi j'ai automatisé le processus.

crédits aux contributeurs de la pile Overflow qui m'a permis de mettre cela ensemble

j'ai dû faire ça plusieurs fois à ce jour. Notez que cela ne fonctionne que sur 1 fichier à la fois.

1. Obtenir une liste de tous les commits que modifié un fichier. Celui du bas fera le premier commit:

   git log --pretty=oneline --branches -- pathToFile

2. pour supprimer le fichier de l'historique, utilisez la première commande commit sha1 et le chemin de fichier de la commande précédente, et remplissez-les dans cette commande:

   git filter-branch --index-filter 'git rm --cached --ignore-unmatch <path-to-file>' -- <sha1-where-the-file-was-first-added>..

donc, il ressemble à quelque chose comme ceci:

git rm --cached /config/deploy.rb
echo /config/deploy.rb >> .gitignore

supprimer le cache pour le fichier suivi de git et ajouter ce fichier à .gitignore liste