J'ai fait quelques expériences et j'ai trouvé que l'expression rationnelle de la syntaxe Windows s'applique à la voie de départ avec le référentiel actuel, avec des barres obliques inverses transformé à des barres obliques.
Donc, si votre dépôt est E:\Dev par exemple, hg status
va appliquer les modèles à l'encontre de foo/bar/fichier1.c et tels. Les ancres s'appliquent à ce chemin.
Donc:
- Glob s'applique aux éléments de chemin d'accès et qui est ancrée à l'élément de pièces
- foo correspond à n'importe quel dossier (ou fichier) nommé foo (pas de "foobar", ni "barfoo")
- *foo* correspond à n'importe quel dossier ou fichier "foo" dans le nom
- foo/bar* correspond à tous les fichiers dans "foo" dossier de départ avec "bar"
- Regex est sensible à la casse, pas ancré
- Bien sûr, la barre oblique inverse regex caractères spéciaux comme . (dot)
- / correspond \ séparateur de chemin sur Windows. \ ne correspond pas à ce séparateur...
- foo correspond à tous les fichiers et dossiers avec "toto" à l'intérieur
- foo/ correspond uniquement les dossiers pour finir avec "toto"
- /foo/ correspond le dossier "toto" quelque part dans le chemin d'accès
- /foo/bar/ correspond au dossier "barre" dans le dossier "toto" quelque part dans le chemin d'accès
- ^foo correspond à un fichier ou dossier en commençant par toto à la racine du référentiel
- foo$ matches de fichier se terminant par foo
J'espère que cela va aider, j'ai trouvé le HGIGNORE(5) page un peu succincte.