ファイル名には複数のピリオドを含める必要がありますか？

ファイルに名前を付けるときは、最後にバージョン番号を組み込むような規則を使用しSome Deliverable - v0.1.docxます。同僚が変更を加えて改訂バージョンを送り返すと、そのバージョン番号が更新される場合がありますが、余分なピリオドをなどのスペースで置き換えSome Deliverable - v0 2.docxます。

これは十分に頻繁に起こり、十分に多様な同僚がいるため、複数のピリオドでファイルに名前を付けることにはまだ危険がありますか？同僚が過度に用心深いのか、有効な予防措置を取っているのか？そして、それが有効な予防策である場合、複数のピリオドを含むファイルはどのような状況で問題を引き起こしますか？

これがWindows 95より前の日からのホールドオーバーか何かである場合、私は心配していませんが、たとえば、これがMacユーザーまたはiPadユーザーとファイルを共有するときに問題を引き起こす場合はどうでしょうか？–またはLinuxユーザーの場合、方法を変更し、拡張子の前のファイル名の1つのピリオドに固執します。

理論

以来、長いファイル名とVFATが存在し、それら2つのピリオドを含むファイル名は完全にWindowsで有効です。

最新のファイルシステムに関する限り、拡張機能などはありません。ピリオドは他の文字と同じです。GUIは、最後のピリオドに続くすべてをファイルの拡張子として扱います。

Linuxは常にこのように動作しました。

練習

SharePoint、ProFTP、TransferText、Symphony、KVR Audio、およびserveirはすべて、ファイル名の複数のピリオドに何らかの問題がありました。

ただし、複数の期間を適切に処理しないと、最終的にバグになります。ベース名と拡張子にファイル名を吐き出すと間違えるのは簡単ですが、問題はファイル名ではなくプログラムにあります。

複数のドットは、Windows 95以降のWindowsでは問題になりませんでした。

（""後でターミナルに引用符を追加するのが嫌いなので、ピリオドを使用しません。しかし、それはあなたの質問のポイントではありません。）

ただし、ファイル名に複数のドットがあると、ほとんどの場合webappsおよびアップロード機能で問題が発生する可能性があります（明らかにこの機能の実装が正しくないため）。

Windows Corporate XP SP3でこのような問題を発見しました。基本的に、ファイル名がピリオドで始まっていない限り、好きなだけピリオドを使用できます。

例：

.ILS.files.in.use.DFS.20140515.0700.csv

（Unix FSからWindowsにコピーされたファイル。これはUnixでの正当なファイル名です）

このファイルの名前を変更しようとすると、操作の最初のピリオドを残すと、「ファイル名を入力する必要があります」というエラーメッセージが表示されて失敗します。

初期期間を削除し、期間区切り文字を使用して日付スタンプを追加すると、（他の名前の制限に従って）好きなだけ期間を使用でき、有効なWindowsファイル名であることがわかります。

ILS.files.in.use.DFS.2014.05.15.0700.csv