電子メールでファイルをやり取りする際のファイル名の命名規則？

**バージョン管理をしないのは悪いことです。

クラウドベースの[ バージョン管理 ]ソリューションは、一緒に仕事をする相手によっては、常に選択肢になるわけではありません。

**クラウドベースのソリューションは、一部の協力者が反対している場合でも使用することができます。クラウドを拒否する共同作業者にクラウド版をダウンロードしてメールし、彼らが送り返すものをすべてアップロードすることです。

git などの最新のバージョン管理で重要なのは、ある文書の親文書を知ることです。そのため、直前のバージョンがどれであるかを再構築できる必要があります。

そこで、少なくとも新しいバージョン番号と名前を付けてもらい、理想的にはどのバージョンから作成したのか（マージの場合は複数のバージョンから作成したのか）を追加してもらいます。

したがって、最低でも、OPは、-.-.txtを使用することができます。

つまり、rollingstones-4.2-PK.txtは、（おそらく）4.1からPKによって派生したものだと推論できるわけです。同様に、rollingstones-4.2-IR.txtもおそらく4.1を親としていますが、他の誰かによって独自に変更されたものだと思われます。同じ番号のバージョンをマージする場合、例えば rolling stones-4.3.txt が以前のバージョンをマージしたものであれば、作者を省略して次の番号だけを与えることができます。

もし、余裕があり、人々が規律正しいのであれば、直前のバージョンをマークするのに役立ちます： rollingstones-4.4-UM-from-4.3-PK.txt.これは少し不格好で、gitのような最新のVCSの模倣ではありませんが、現在のバージョンの親を推測することができ、最終的に必要なのはこれだけなのです。

これを容易にするために、最新版をダウンロードした人に直接、それを複製して、ダウンロードした版の親を反映するようにその名前をすぐに修正するように頼んでください。

tl;dr: 個人的な意見ですが、最良の選択肢は ファイル名 を常に保持することだと思います。

以下はその理由です。ファイル名は、その文書がどのような目的で使用され、どのような情報を含んでいるかを教えてくれます。メタ情報（著者が誰か、最終編集がいつ行われたか）は、ファイルのプロパティやファイル自体の特別なフィールドに保存されます。編集の履歴は、伝統的に何らかのバージョン管理システム（VCS）を使って管理されています。

あなたの場合、電子メールをVCSとして使っていますね。電子メールにはタイムスタンプが押され、電子メールクライアントでは、この日付に従って電子メールをソートすることができます。また、電子メールには、最後の作者に関する情報も含まれています。もし人々が編集を行ったバージョンをメールに返信して送信すれば、メールクライアントはgitのように編集のツリー全体を保持し、すべてのバージョンの親を見つけることができるようになります。メールのツリーは、gitのツリーと直接的に等価なのです。このファイルが添付されているメールをすべて特別なフォルダに入れるフィルターを作って、他のコミュニケーションと分けることもできます。それ以外は、メールはすでに最小限の不完全なもの（例えば自動マージがない）ですが、VCSとして機能しています。

すでにVCSを持っているのですから、同じ情報をコード化するためにファイル名を修正することは不要であり、不便であり、避けるべきことです。

PS: そして言うまでもないことですが、メールはgitなどに比べてはるかに貧弱なVCSなので、少なくとも共同作業のためにもっと良いシステムを使ってみるよう共同作業者に申し出るべきです。