.gitignore après validation

J'ai un référentiel git hébergé sur Github. Après avoir commis de nombreux fichiers, je me rends compte que je dois créer .gitignoreet d' exclure .exe, les .objfichiers.

Cependant, supprimera-t-il automatiquement ces fichiers validés du référentiel? Y a-t-il un moyen de forcer cela?

Non, vous ne pouvez pas forcer la suppression d'un fichier déjà validé dans le référentiel simplement parce qu'il est ajouté au .gitignore

Vous devez git rm --cachedsupprimer les fichiers dont vous ne voulez pas dans le dépôt. (--cached puisque vous voulez probablement garder la copie locale mais la retirer du repo.) Donc si vous voulez supprimer tous les exe de votre repo

git rm --cached /\*.exe

(Notez que l'astérisque * est cité à partir du shell - cela permet à git, et non au shell, d'étendre les chemins d'accès des fichiers et des sous-répertoires)

Cependant, supprimera-t-il automatiquement ces fichiers validés du référentiel?

Non. Même avec un .gitignorefichier existant, vous pouvez mettre en scène des fichiers "ignorés" avec le -fdrapeau (forcer). Si ces fichiers sont déjà validés, ils ne sont pas supprimés automatiquement.

git rm --cached path/to/ignored.exe

Si vous n'avez pas encore poussé les modifications:

git rm -r --cached .
git add .
git commit -m 'clear git cache'
git push

J'ai dû supprimer .idea et les dossiers cibles et après avoir lu tous les commentaires, cela a fonctionné pour moi:

git rm -r .idea
git rm -r target
git commit -m 'removed .idea folder'

puis pousser pour maîtriser

Cependant, supprimera-t-il automatiquement ces fichiers validés du référentiel?

Non.

La «meilleure» recette pour ce faire est d'utiliser git filter-branchcomme écrit ici:

• http://git-scm.com/book/en/Git-Internals-Maintenance-and-Data-Recovery#Removing-Objects

La page de manuel de git-filter-branch contient des exemples complets.

Remarque Vous allez réécrire l'historique. Si vous aviez publié des révisions contenant les fichiers ajoutés accidentellement, cela pourrait créer des problèmes pour les utilisateurs de ces branches publiques. Informez-les ou pensez à quel point vous avez besoin de supprimer les fichiers.

Remarque En présence de balises, utilisez toujours l' --tag-name-filter catoption pour git filter-branch. Cela ne fait jamais de mal et vous évitera le mal de tête lorsque vous réaliserez plus tard que vous en avez besoin

Même après avoir supprimé le (s) fichier (s) puis validé, vous aurez toujours ces fichiers dans l'historique. Pour les supprimer, pensez à utiliser BFG Repo-Cleaner . C'est une alternative à git-filter-branch.