Je l'ai fait quelques expériences et j'ai trouvé que la syntaxe regex sous Windows applique au chemin commençant par le référentiel actuel, avec des barres obliques inverses transformées à barres obliques. Donc, si votre dépôt est dans E: \ Dev par exemple, hg status
appliquera les motifs à foo/bar/file1.c et autres. Les ancres s'appliquent à ce chemin.
Alors:
- Glob applique aux éléments de chemin et s'enracine à des parties d'éléments
- foo correspond à un dossier (ou fichier) foo nommé (pas "foobar" ni "barfoo")
- * foo * correspond à un dossier ou un fichier avec "foo" au nom
- foo/bar * correspond à tous les fichiers dans le dossier "foo" en commençant par "bar"
- Regex est sensible à la casse, non ancré
- Bien sûr, backslash regex caractères spéciaux tels que. (point)
- /correspond \ séparateur de chemin d'accès sur Windows. \ ne correspond pas à ce séparateur ...
- foo correspond à tous les fichiers et dossiers avec "foo" dans
- foo/correspond uniquement les dossiers se terminant par "foo"
- /foo/correspond au dossier "foo" quelque part dans le chemin
- /foo/bar/correspond au dossier « bar » dans le dossier « foo » quelque part dans le chemin
- ^foo correspond fichier ou un dossier à partir de foo à la racine du dépôt
- foo matches $ fichier se terminant par foo
J'espère que cela aidera, j'ai trouvé la page HGIGNORE(5) un peu succincte.
c'est beaucoup plus facile je pense :) – Xian
On dirait que "bin" (sans guillemets) fonctionne ... – PhiLho
PhiLho, je pense que cela permettrait également de filtrer les fichiers nommés bin –