Ces règles ont été découvertes après des tests approfondis sur une machine Vista. Aucun test n'a été effectué avec l'unicode dans les noms de fichiers.
RENAME requiert 2 paramètres - un masque source, suivi d'un masque cible. Le sourceMask et le targetMask peuvent tous les deux contenir *
et/ou ?
des caractères de substitution. Le comportement des caractères de remplacement change légèrement entre les masques source et cible.
Note - REN peut être utilisé pour renommer un dossier, mais les caractères génériques sont no autorisé dans le masque source ou le masque cible lors du renommage d'un dossier. Si le masque de source correspond à au moins un fichier, alors le(s) fichier(s) sera(ont) renommé(s) et les dossiers seront ignorés. Si le masque de source ne correspond qu'à des dossiers et non à des fichiers, une erreur de syntaxe est générée si des caractères génériques apparaissent dans la source ou la cible. Si le masque de source ne correspond à rien, une erreur "fichier non trouvé" est générée.
De plus, lors du renommage de fichiers, les caractères génériques ne sont autorisés que dans la partie nom de fichier du masque de source. Les caractères génériques ne sont pas autorisés dans le chemin d'accès menant au nom du fichier.
masque source
Le masque de source fonctionne comme un filtre pour déterminer quels fichiers sont renommés. Les caractères génériques fonctionnent ici de la même manière qu'avec toute autre commande qui filtre les noms de fichiers.
-
?
- Correspond à tout caractère 0 ou 1 sauf .
Ce caractère générique est gourmand - il consomme toujours le caractère suivant s'il ne s'agit pas d'un caractère .
Cependant, il ne correspondra à rien sans échec si à la fin du nom ou si le caractère suivant est un .
-
*`** - Correspond à 0 ou plusieurs caractères _y compris_
.` (avec une exception ci-dessous). Ce caractère générique n'est pas gourmand. Il correspondra au minimum ou au maximum nécessaire pour permettre aux caractères suivants de correspondre.
Tous les caractères qui ne sont pas des caractères génériques doivent correspondre à eux-mêmes, à l'exception de quelques cas particuliers.
-
.
- Correspond à lui-même ou peut correspondre à la fin du nom (rien) s'il ne reste plus de caractères. (Note - un nom Windows valide ne peut pas se terminer par .
)
-
{space}
- Correspond à lui-même ou peut correspondre à la fin du nom (rien) s'il ne reste plus de caractères. (Note - un nom Windows valide ne peut pas se terminer par {space}
)
-
*`.** à la fin - Correspond à n'importe quel 0 ou plus de caractères _sauf_
.La terminaison
.peut en fait être n'importe quelle combinaison de
.y
{space}pour autant que le tout dernier caractère du masque soit
.C'est la seule et unique exception où
*` ne correspond pas simplement à n'importe quel ensemble de caractères.
Les règles ci-dessus ne sont pas si complexes. Mais il existe une autre règle très importante qui rend la situation confuse : Le masque de source est comparé à la fois au nom long et au nom court 8.3 (s'il existe). Cette dernière règle peut rendre l'interprétation des résultats très délicate, car il n'est pas toujours évident de savoir si le masque correspond au nom court.
Il est possible d'utiliser RegEdit pour désactiver la génération de noms courts 8.3 sur les volumes NTFS, auquel cas l'interprétation des résultats du masque de fichier est beaucoup plus simple. Tous les noms courts qui ont été générés avant la désactivation des noms courts seront conservés.
masque cible
Note - Je n'ai pas fait de tests rigoureux, mais il semble que ces mêmes règles fonctionnent également pour le nom de la cible de la commande COPY.
Le masque cible spécifie le nouveau nom. Il est toujours appliqué au nom long complet ; le masque cible n'est jamais appliqué au nom court 8.3, même si le masque source correspond au nom court 8.3.
La présence ou l'absence de caractères génériques dans le masque source n'a aucune incidence sur le traitement des caractères génériques dans le masque cible.
Dans la discussion suivante - c
représente tout caractère qui n'est pas *
, ?
o .
Le masque cible est traité par rapport au nom source, strictement de gauche à droite, sans retour en arrière.
-
c
- Avance la position dans le nom de la source seulement si le caractère de la source n'est pas .
et ajoute toujours c
au nom de la cible. (Remplace le caractère qui était dans la source par c
mais ne remplace jamais .
)
-
?
- Fait correspondre le caractère suivant du nom long source et l'ajoute au nom cible pour autant que le caractère source ne soit pas .
Si le caractère suivant est .
ou si elle se trouve à la fin du nom de la source, aucun caractère n'est ajouté au résultat et la position actuelle dans le nom de la source reste inchangée.
-
*``** à la fin de targetMask - Ajoute tous les caractères restants de la source à la cible. S'il est déjà à la fin de la source, il ne fait rien.
-
*`c** - Recherche tous les caractères source à partir de la position actuelle jusqu'à la dernière occurrence de
c(correspondance gourmande sensible à la casse) et ajoute le jeu de caractères correspondant au nom de la cible. Si
cn'est pas trouvé, alors tous les caractères restants de la source sont ajoutés, suivis de
c` C'est la seule situation que je connaisse où le filtrage des fichiers Windows est sensible à la casse.
-
*`.** - Correspond à tous les caractères de la source à partir de la position actuelle jusqu'à l'emplacement de l'objet. _dernier_ apparition de
.(greedy match) et ajoute le jeu de caractères correspondant au nom de la cible. Si
.n'est pas trouvé, alors tous les caractères restants de la source sont ajoutés, suivis de
.`
-
*`?`** - Ajoute tous les caractères restants de la source à la cible. S'il est déjà à la fin de la source, il ne fait rien.
-
.
sans *`** à l'avant - Avance la position à l'avant par le biais de la source _premièrement_ apparition de
.sans copier aucun caractère, et ajoute
.au nom de la cible. Si
.n'est pas trouvé dans la source, puis avance jusqu'à la fin de la source et ajoute
.` au nom de la cible.
Une fois que le masque cible a été épuisé, tout message de fin de ligne .
y {space}
sont coupés à la fin du nom de la cible résultante parce que les noms de fichiers Windows ne peuvent pas se terminer avec .
o {space}
Quelques exemples pratiques
Substitue un caractère en 1ère et 3ème positions avant toute extension (ajoute un 2ème ou 3ème caractère s'il n'existe pas encore)
ren * A?Z*
1 -> AZ
12 -> A2Z
1.txt -> AZ.txt
12.txt -> A2Z.txt
123 -> A2Z
123.txt -> A2Z.txt
1234 -> A2Z4
1234.txt -> A2Z4.txt
Changer l'extension (finale) de chaque fichier
ren * *.txt
a -> a.txt
b.dat -> b.txt
c.x.y -> c.x.txt
Ajouter une extension à chaque fichier
ren * *?.bak
a -> a.bak
b.dat -> b.dat.bak
c.x.y -> c.x.y.bak
Supprimez toute extension supplémentaire après l'extension initiale. Notez qu'une ?
doit être utilisé pour préserver le nom complet existant et l'extension initiale.
ren * ?????.?????
a -> a
a.b -> a.b
a.b.c -> a.b
part1.part2.part3 -> part1.part2
123456.123456.123456 -> 12345.12345 (note truncated name and extension because not enough `?` were used)
Idem que ci-dessus, mais filtre les fichiers dont le nom initial et/ou l'extension dépassent 5 caractères afin qu'ils ne soient pas tronqués. (On pourrait évidemment ajouter un ?
à chaque extrémité de targetMask pour préserver les noms et extensions jusqu'à 6 caractères)
ren ?????.?????.* ?????.?????
a -> a
a.b -> a.b
a.b.c -> a.b
part1.part2.part3 -> part1.part2
123456.123456.123456 (Not renamed because doesn't match sourceMask)
Changez les caractères après le dernier _
en nom et tenter de préserver l'extension. (Ne fonctionne pas correctement si _
apparaît dans l'extension)
ren *_* *_NEW.*
abcd_12345.txt -> abcd_NEW.txt
abc_newt_1.dat -> abc_newt_NEW.dat
abcdef.jpg (Not renamed because doesn't match sourceMask)
abcd_123.a_b -> abcd_123.a_NEW (not desired, but no simple RENAME form will work in this case)
Tout nom peut être décomposé en composants qui sont délimités par .
Les caractères ne peuvent être ajoutés ou supprimés qu'à la fin de chaque composant. Les caractères ne peuvent pas être supprimés ou ajoutés au début ou au milieu d'un composant tout en préservant le reste avec des caractères génériques. Les substitutions sont autorisées partout.
ren ??????.??????.?????? ?x.????999.*rForTheCourse
part1.part2 -> px.part999.rForTheCourse
part1.part2.part3 -> px.part999.parForTheCourse
part1.part2.part3.part4 (Not renamed because doesn't match sourceMask)
a.b.c -> ax.b999.crForTheCourse
a.b.CarPart3BEER -> ax.b999.CarParForTheCourse
Si les noms courts sont activés, un masque de source d'au moins 8 caractères est nécessaire. ?
pour le nom et au moins 3 ?
pour l'extension correspondra à tous les fichiers car il correspondra toujours au nom court 8.3.
ren ????????.??? ?x.????999.*rForTheCourse
part1.part2.part3.part4 -> px.part999.part3.parForTheCourse
Quirk/bug utile ? pour la suppression des préfixes de nom
Ce poste de SuperUser décrit comment un ensemble de barres obliques ( /
) peut être utilisé pour supprimer les caractères de tête (à l'exception de .
) à partir d'un nom de fichier. Une barre oblique est nécessaire pour chaque caractère à supprimer. J'ai confirmé ce comportement sur une machine Windows 10.
ren "abc-*.txt" "////*.txt"
abc-123.txt --> 123.txt
abc-HelloWorld.txt --> HelloWorld.txt
Malheureusement, en menant /
ne peut supprimer .
dans un nom. La technique ne peut donc pas être utilisée pour supprimer un préfixe qui contient .
. Par exemple :
ren "abc.xyz.*.txt" "////////*.txt"
abc.xyz.123.txt --> .xyz.123.txt
abc.xyz.HelloWorld.txt --> .xyz.HelloWorld.txt
Cette technique ne fonctionne que si les masques source et cible sont placés entre guillemets. Tous les formulaires suivants qui ne contiennent pas les guillemets requis échouent avec cette erreur : The syntax of the command is incorrect
REM - All of these forms fail with a syntax error.
ren abc-*.txt "////*.txt"
ren "abc-*.txt" ////*.txt
ren abc-*.txt ////*.txt
El /
ne peut pas être utilisé pour supprimer les caractères au milieu ou à la fin d'un nom de fichier. Elle ne peut supprimer que les caractères de tête (préfixe). Notez également que cette technique ne fonctionne pas avec les noms de dossiers.
Techniquement, le /
ne fonctionne pas comme un joker. Il s'agit plutôt d'une simple substitution de caractères à la suite du caractère c
règle de masque de cible. Mais ensuite, après la substitution, la commande REN reconnaît que /
n'est pas valide dans un nom de fichier, et supprime l'élément de tête du nom de fichier. /
les barres obliques du nom. REN donne une erreur de syntaxe s'il détecte /
au milieu d'un nom de cible.
Bug possible de RENAME - une seule commande peut renommer le même fichier deux fois !
En commençant par un dossier de test vide :
C:\test>copy nul 123456789.123
1 file(s) copied.
C:\test>dir /x
Volume in drive C is OS
Volume Serial Number is EE2C-5A11
Directory of C:\test
09/15/2012 07:42 PM <DIR> .
09/15/2012 07:42 PM <DIR> ..
09/15/2012 07:42 PM 0 123456~1.123 123456789.123
1 File(s) 0 bytes
2 Dir(s) 327,237,562,368 bytes free
C:\test>ren *1* 2*3.?x
C:\test>dir /x
Volume in drive C is OS
Volume Serial Number is EE2C-5A11
Directory of C:\test
09/15/2012 07:42 PM <DIR> .
09/15/2012 07:42 PM <DIR> ..
09/15/2012 07:42 PM 0 223456~1.XX 223456789.123.xx
1 File(s) 0 bytes
2 Dir(s) 327,237,562,368 bytes free
REM Expected result = 223456789.123.x
Je crois que le masque de source *1*
correspond d'abord au nom de fichier long, et le fichier est renommé avec le résultat attendu de 223456789.123.x
. RENAME continue ensuite à chercher d'autres fichiers à traiter et trouve le fichier nouvellement nommé via le nouveau nom court de 223456~1.X
. Le fichier est ensuite renommé à nouveau, ce qui donne le résultat final suivant 223456789.123.xx
.
Si je désactive la génération de noms 8.3, le RENAME donne le résultat attendu.
Je n'ai pas encore déterminé toutes les conditions de déclenchement qui doivent exister pour induire ce comportement étrange. Je craignais qu'il soit possible de créer un RENAME récursif sans fin, mais je n'ai jamais pu en provoquer un.
Je pense que tous les éléments suivants doivent être vrais pour induire le bug. Tous les cas de bogues que j'ai vus présentaient les conditions suivantes, mais tous les cas qui remplissaient les conditions suivantes n'étaient pas des bogues.
- Les noms courts 8.3 doivent être activés
- Le masque source doit correspondre au nom long original.
- Le renommage initial doit générer un nom court qui correspond également au masque de la source.
- Le nom court initial renommé doit être trié après le nom court original (s'il a existé).