多くのASP.NETWebサイトで共有されているネストされたフォルダー構造レベルの画像を多数保存する必要があります。正しいアプローチは何ですか。コンテンツイメージをTFSまたは共有フォルダーに保存する必要がありますか?また、将来的には同じイメージの複数のバージョンを維持したいと考えています。
2 に答える
将来、同じイメージの複数のバージョンを維持する場合は、共有フォルダーを使用するよりも、コンテンツイメージをTFSに保存する方が適切です。
共有フォルダーで複数のバージョンのファイルをサポートするには、イメージ名を変更するか(たとえば、バージョン番号を最後に置く)、またはイメージへのパスを変更する(たとえば、バージョンをフォルダー名として置く)ことによって、異なるファイルバージョンを区別する必要があります。 )。これは、適切なASP.NetWebサイトでこれらの画像へのすべての参照URLを更新する必要があることを意味します。
または、TFSに画像を保存することで、さまざまなASP.Net WebサイトがTFSの単一の共有パスを画像に参照し、ワークスペースマッピングを使用してURL参照を同じに保つことができます。参照する必要のあるファイルのバージョンが異なる場合は、イメージ(またはフォルダー全体)を分岐して、適切なASP.NetWebサイトのワークスペースマッピングを変更するだけです。画像へのすべての参照を更新する必要はありません。
最適な戦略を見つけるための分岐情報のソースとして、Microsoft Team Foundation Server分岐ガイダンス(ここを参照)をお勧めします。
もちろん、特定の状況にもよりますが、バージョン管理システムに大きなバイナリファイルを保存することは気にしません。私の経験では、大量のバイナリファイルをロード/プルしようとすると、TFSが実際に機能しなくなります。
私が考えることができる2つの選択肢は次のとおりです。
- PhotoshopまたはこのファイルのマスターバージョンをTFSのどこかに保存し、必要に応じてこれらから画像を再生成します。
- 古いバージョンのファイルを含む個別の履歴フォルダー構造を維持します。