Je nomme souvent les fichiers en utilisant une convention telle que j'intègre un numéro de version à la fin, similaire à Some Deliverable - v0.1.docx
. Parfois, lorsque des collègues apportent des modifications et renvoient des versions révisées, ils mettent à jour ce numéro de version, mais remplacent également la période supplémentaire par un espace, tel que Some Deliverable - v0 2.docx
.
Cela se produit assez souvent, avec une grande variété de collègues, que je me demande: est-il toujours dangereux de nommer un fichier avec plusieurs périodes? Mes collègues sont-ils trop prudents ou prennent-ils des précautions valables? Et s’il s’agit d’une précaution valable, dans quelles circonstances un dossier comportant plusieurs périodes poserait-il problème?
S'il s'agit d'une sauvegarde de la période antérieure à Windows 95 ou de quelque chose, je ne suis pas inquiet, mais s'il s'agit de quelque chose qui, par exemple, pose des problèmes lors du partage d'un fichier avec un utilisateur Mac - ou un utilisateur iPad? - ou un utilisateur Linux alors je changerai mes habitudes et me contenterai d'un point dans un nom de fichier, avant l'extension.
Puisque noms de fichiers longs et VFAT existent, les noms de fichiers comportant deux points sont parfaitement valables dans Windows.
En ce qui concerne le système de fichiers moderne, une extension n’existe pas. Une période est un personnage comme les autres. L’interface graphique considère que tout ce qui suit la dernière dernière est l’extension du fichier.
Linux s'est toujours comporté de cette façon.
SharePoint , ProFTP , TransferText , Symphony , KVR Audio et serveir tous ont ou ont eu un problème avec plusieurs périodes dans les noms de fichiers.
Cependant, ne pas gérer correctement plusieurs périodes est finalement un bogue. Il est facile de se tromper en écrivant un nom de fichier dans son nom de base et son extension, mais le problème est le programme, pas le nom de fichier.
Les points multiples n’ont plus posé de problème sous Windows depuis Windows 95, ni sur d’autres systèmes d’exploitation.
(Je n'utilise jamais de points car je déteste ajouter des guillemets ""
dans le terminal par la suite. Mais ce n'est pas le but de votre question.)
Cependant, plusieurs points dans le nom du fichier peuvent causer des problèmes dans certains cas, principalement avec les applications Web et la fonctionnalité de téléchargement (évidemment à cause d'une implémentation incorrecte de cette fonctionnalité).
Je viens de découvrir un problème sous Windows Corporate XP SP3 comme celui-ci. En gros, je peux avoir autant de points que je veux, à condition que le nom du fichier ne soit pas début avec un point.
Exemple:
.ILS.files.in.use.DFS.20140515.0700.csv
(Fichier copié sous Unix FS sous Windows, il s’agit d’un nom de fichier légitime sous Unix, je crois)
Lorsque j'essaie de renommer ce fichier, si je laisse la période initiale dans l'opération, le message d'erreur "Vous devez taper un nom de fichier" échoue.
En supprimant la période initiale et en ajoutant l'horodatage avec des séparateurs de période, cela montre que vous pouvez avoir autant de périodes que vous le souhaitez (sous réserve d'autres restrictions de nom) et qu'il s'agit d'un nom de fichier Windows valide:
ILS.files.in.use.DFS.2014.05.15.0700.csv