リンク、ハードリンク、およびシンボリックリンク：カスタムファイルを含む1つのフォルダのすべてのファイルを持ちます。

Question

私は、共通の製品イメージを持ち、独自のカスタムイメージ（同じ名前）を持つ複数のサイトを持っています。これらのコンテンツがマージされているが、明らかに一般的なイメージのコピーが必要ない各サイト用のフォルダが必要です。また、共有フォルダ内のファイルと同じファイル名を持つカスタムフォルダに新しいイメージが追加された場合、リンクは共通フォルダを更新しません。 共通フォルダも頻繁に更新されます。

例：製品イメージの

\ CommonImagesは

• マスターコレクション、頻繁に更新

\ ImagesSiteA

• は\ CommonImages

は\ ImagesSiteB

• がの内容が含まれています内のファイルと同じ名前を持つことが、
• がSiteAのためのユニークなファイルにそのが含まれています\ CommonImagesの内容が含まれています\ CommonImages
• SiteBのユニークなファイルには、同じ名前が付いている可能性があります。私が使用するファイルのリンクのシナリオの種類がわからないんだけど\ CommonImages

内のファイル？

NTFSファイルシステムServer 2012の

Answer 1

sync'dものを維持するために、リソース管理の問題になるだろう、とあなたが支援するツールのいくつかの種類が必要になるだろう。ハードリンクは役に立ちますが、あなたが克服しなければならないいくつかの困難があります。たとえば、可能なシナリオ：

\CommonImages 
    a.png 
    b.png 
    c.png 
\ImagesSiteA 
    a.png --> hard link to \CommonImages\a.png 
    b.png --> an image unique to this site 
    c.png --> hard link to \CommonImages\c.png 
\ImagesSiteB 
    a.png --> an image unique to this site 
    b.png --> hard link to \CommonImages\b.png 
    c.png --> hard link to \CommonImages\c.png 

芸術部門が共通のイメージを更新すると問題が発生します。ツールが一時ファイルを作成し、古いファイルを削除して元のファイルと一致するように一時ファイルの名前を変更したり移動したりするのは、珍しいことではありません。このような場合、サイト内のリンクされたファイルは、共通ファイルから分離される可能性があります。つまり、サイトには古いファイルが残っています。

これが一般的なc.pngに起こる場合、たとえば、サイトaとbは引き続き相互にリンクされますが、共通のリンクにはリンクされません。

これは大きな頭痛になることがあります。 NTFSはしばしばtemp/del/renameサイクルを緩和することができますが、それは絶対確実ではありません。プロセスをテストし、何にリンクされているかを監査する仕組みが必要です。スクリプトは、リンクされている予定のファイルをサイト内で再リンクすると考えられます。

これはすべて実行可能ですが、好きなようにすべてを維持するにはプロセス管理が必要です。