Git checkout/pull ne supprime pas les répertoires ?

Question

J'ai mon repo @ github. J'ai fait un peu de travail à la maison et je l'ai poussé sur github. Cela a impliqué la suppression de certains fichiers et répertoires. Maintenant, je suis sur ma boîte de travail, qui avait une copie du code avant de supprimer les fichiers et les répertoires.

J'ai publié ce qui suit :

git remote update
git checkout HEAD
git pull origin HEAD

Il a supprimé tous les fichiers qu'il aurait dû supprimer, mais pas les répertoires dans lesquels ils se trouvaient.

Deux questions :

1. Pourquoi n'a-t-il pas supprimé les répertoires ?
2. Y a-t-il une commande git que je puisse lancer dans l'état actuel pour les supprimer ?

Answer 1

Git ne suit pas les répertoires, donc il ne supprimera pas ceux qui deviennent vides à la suite d'une fusion ou d'un autre changement. Cependant, vous pouvez utiliser git clean -fd pour supprimer les répertoires non suivis (l'option -fd le drapeau signifie f orce de suppression des fichiers non suivis et d irectories).

Answer 2

J'ai eu le même problème, dans mon cas sur le service de construction (CI) comme GIT tire tous les fichiers sans nettoyer les dossiers, tous les bin / obj qui ont été précédemment construits par le CI sont sales, donc si je supprime un projet de test, le bin contiendra toujours la DLL et mentionnera des tests qui n'existent pas.

Afin de résoudre ce problème, la commande suivante semble faire l'affaire (du moins pour moi)

git clean -fd -x

où X supprimera tous les fichiers non suivis :

-X Supprimer uniquement les fichiers ignorés par Git. Cela peut être utile pour tout reconstruire à partir de zéro, mais conserver les fichiers créés manuellement.

Answer 3

Dans le cadre de la plupart des opérations qui modifient l'arbre de travail (pull, merge, checkout, etc.) git supprimera tous les répertoires rendus vides par cette opération (i.e. git a supprimé le dernier fichier).

git ne supprimera pas les répertoires qui ne sont pas complètement vides, donc si vous avez des fichiers cachés ou ignorés, ce n'est pas parce que git supprime le dernier fichier traqué de ce répertoire ne signifie pas nécessairement que git sera capable de supprimer ce répertoire. git ne considère pas cela comme une condition d'erreur et ne s'en plaindra pas.

Answer 4

Git ne suit pas les répertoires, les fichiers (avec leur chemin). Git crée tous les répertoires correspondant à ces chemins s'ils n'existent pas encore (cool !), mais il ne suit pas les fichiers. no les supprimer si tous les fichiers contenus dans un chemin sont déplacés ou supprimés (pas cool ... mais il y a des raisons).

Solution (une fois que vous avez tiré / accéléré / fusionné) :

git stash --include-untracked
git clean -fd
git stash pop

Si vous ne le faites pas stash avant clean vous perdrez tous vos fichiers non suivis (de manière irréversible).

Note : comme cela nettoie aussi tous les fichiers ignorés, vous devrez peut-être relancer certains de vos scripts de construction pour recréer les métadonnées du projet (ex : ./gradlew eclipse ). Cela supprime également les répertoires qui sont vides et qui n'ont jamais fait partie des chemins des fichiers git.

Answer 5

Git ne suit pas les répertoires actuellement (voir wiki git ), c'est-à-dire que vous ne pouvez pas ajouter de répertoires vides et que git ne supprimera pas les répertoires qui se retrouvent vides. (EDIT : Merci, Manni, j'avais tort ! Tu ne peux pas ajouter répertoires vides, mais git va supprimer les répertoires qui deviennent vides parce que leur contenu suivi a été supprimé. )

Quant à la commande pour supprimer les répertoires vides : cela dépend de votre système d'exploitation.

Pour Linux, vous pourriez utiliser, par exemple,

find -depth -type d -empty -exec rmdir {} \;

Cependant, cela supprimera tous des répertoires vides !