Je souvent le nom des fichiers en utilisant une convention telle que j'incorporons un numéro de version à la fin, semblable à 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 ils remplacent également la période supplémentaire par un espace, tel que Some Deliverable - v0 2.docx
.
Cela arrive assez souvent, avec une assez grande variété de collègues, que je me demande: y a-t-il encore un danger à nommer un fichier à 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 fichier à plusieurs périodes pourrait-il causer des problèmes?
S'il s'agit d'une conservation de pré-Windows 95 jours ou quelque chose comme ça, je ne suis pas inquiet, mais si c'est quelque chose qui, par exemple, cause 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 façons de faire et resterai sur une période dans un nom de fichier, avant l'extension.
la source
something-v1.23.4-something.tar.gz.sig
depuis des années sans aucun problème ...Réponses:
Théorie
Étant donné que les noms de fichiers longs et VFAT existent, les noms de fichiers avec deux périodes sont parfaitement valides dans Windows.
En ce qui concerne le système de fichiers moderne, une extension n'existe pas. Un point est un personnage comme les autres. L'interface graphique traite tout ce qui suit la dernière période comme l'extension du fichier.
Linux s'est toujours comporté de cette façon.
Entraine toi
SharePoint , ProFTP , TransferText , Symphony , KVR Audio et servir ont tous 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 bug. Il est facile de faire une erreur en crachant un nom de fichier dans son nom de base et son extension, mais le problème est le programme, pas le nom de fichier.
la source
notepad.jpg
et il fonctionnera toujours.notepad.jpg
intéressant.Plusieurs points ne posent plus de problème sur Windows depuis Windows 95 et sur d'autres systèmes d'exploitation depuis encore plus longtemps.
(Je n'utilise jamais de points parce que je déteste ajouter des guillemets
""
dans le terminal par la suite. Mais ce n'est pas le but de votre question.)Mais plusieurs points dans le nom de fichier peuvent causer des problèmes dans certains cas, principalement avec les applications Web et la fonctionnalité de téléchargement (évidemment en raison d'une implémentation incorrecte de cette fonctionnalité).
la source
Je viens de découvrir un problème sous Windows Corporate XP SP3 comme celui-ci. Fondamentalement, je peux avoir autant de points que je le souhaite, tant que le nom de fichier ne commence pas par un point.
Exemple:
(Fichier copié d'Unix FS vers Windows, c'est un nom de fichier légitime sous Unix je crois)
Lorsque j'essaie de renommer ce fichier, si je laisse la période initiale de l'opération, il échoue avec le message d'erreur "Vous devez taper un nom de fichier."
La suppression de la période initiale et l'ajout de l'horodatage avec des séparateurs de période indiquent 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:
la source
ren
commande ( commande) peut gérer les noms de fichiers commençant par un point.