Existe-t-il un raccourci de type script en Bash pour faire correspondre plusieurs extensions différentes dans un fichier .gitignore
comme par exemple :
*.{bak,save,aux,nav,toc}
?
La syntaxe ci-dessus définitivement fait pas travail.
Existe-t-il un raccourci de type script en Bash pour faire correspondre plusieurs extensions différentes dans un fichier .gitignore
comme par exemple :
*.{bak,save,aux,nav,toc}
?
La syntaxe ci-dessus définitivement fait pas travail.
Je n'ai pas trouvé de réponse en ligne, j'ai donc essayé moi-même et cela a fonctionné (création d'un dépôt local de test avec SourceTree). Il s'agit d'éditer le fichier .gitignore.
*[.bak, .save, .aux,. nav, .toc]
Les espaces ou l'absence d'espaces entre la virgule et le point final sont également acceptables.
Dans mon cas, j'ai donc dû procéder comme suit
Ignorer tous les fichiers de ce répertoire, à l'exception des fichiers dll et dic :
Web.Site/Assemblages de tiers/*
!Assemblages tiers/**/*[.dll, .dic]
La méthode mentionnée dans l'autre réponse, *[.bak, .save, .aux,. nav, .toc]
, ne fonctionne pas . Ou du moins, pas comme prévu. Il sélectionne en fait bien plus que ces extensions.
Pour autant que je sache, il n'y a aucun moyen de faire cela, à moins que les extensions que vous souhaitez ignorer ne comportent qu'un seul caractère.
Selon le La documentation de Git :
"
[]
" correspond à un caractère dans une plage sélectionnée
Comme le montre l'exemple plus loin sur cette page :
# ignore objects and archives, anywhere in the tree. *.[oa]
Cela ne tiendrait pas compte des .o
o .a
des dossiers.
Cela signifie donc qu'un modèle tel que *[.ext, .txt, .bin]
se comportera de manière identique à *[beintx., ]
(qui est simplement le même modèle avec les caractères en double supprimés et triés) et ignorera tout fichier se terminant par (y compris l'extension) n'importe lequel de ces neuf caractères.
Je viens de l'essayer sur mon propre dépôt Git et il semble en effet suivre ce comportement.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.