自動ファイルバージョン管理の落とし穴？

Question

私はファイル管理システムに取り組んでおり、同じ名前のファイルが存在する場合はbates numberingなどの自動バージョン管理を追加したいと考えています。彼らが来るように私は、ファイル名と拡張子の間に「-v0001」を挿入し、バージョンの数を数えると考える。

$basename = pathinfo($filename, PATHINFO_BASENAME); 
$fname = pathinfo($filename, PATHINFO_FILENAME); 

while (filenameExists($basename)) { 
    //look for existing -vnnnn (at end of file name) 
    if (versioningExists($fname)) {  
     //roll number ahead, set bates number 
    } else { 
     //start bates numbering at 1  
    } 
    //insert bates version number (str_pad) 
} 

私はバージョン管理が存在するかどうかを確認するために正規表現パターンを使用するだろうと考えています。

私の質問は以下のとおりです。

• 次のようにナンバリングシステムを使用しての潜在的な問題は何ですか？
• ファイル名のバージョン管理にはどのような方法がありますか？

私は、これは一括インポートシステムであることを意図していますので、私は私が持っていない場合は、私に一意のファイル名を与えるために、ユーザのバグにはしたくない、と私は含めてのオプションを持っています他のバージョン管理スキームの選択私のシステムはタグを持っているので、filenameの重要性は低くなっていますが、私はまだいくつかの重要性があると思います。

Answer 1

これまでは、ファイル拡張子の前にmktime（）の結果を書き留めていました（ファイル名が既にシステムに存在する場合）。現在のバージョン番号を解析する必要はなく、ファイル名にタイムスタンプが追加されているので、どのファイルが最初に来たのか、作成されたのかを知ることができます。他の誰かが同じ名前のファイルをサーバー上の同じ正確な秒で保存する可能性がある場合は、保存する前にタイムスタンプ付きのファイルをチェックすることができます。それが本当に懸念されるのであれば、あなたのシステムでも数字を上げて同じことをやって、その名前のファイルがすでに存在するかどうか再度確認してください。

タイムスタンプには、bob_1.jpgと比較して、bob_321235678.jpgなど、あなたのバージョン番号に類似した名前のファイルをアップロードしている人はいないという利点があります。

これまでの落とし穴の1つは、多かれ少なかれ同じ名前だが、システム内で使用されていないファイルを定期的に探したい場合があります。

Answer 2

は、私は透明のバックエンドとしてSubversionの真バージョン管理システムを模索し提案することができる代替的なアプローチ？ svnフックを使用してコミットなどを自動化することができます。たぶん、これは簡単で頑丈なものになるでしょう。

"Autoversioning" chapter on the subversion docは、そのための良い出発点です。