私の職場では、これについて活発な議論をしています。基本的なサイトを表示するために必要な画像ではなく、一連の製品のユーザーがアップロードした画像について話しています。私は「まさか」と言いますが、他の人がどう思うか興味があります。
更新:明確にするために。これらは、入力/変更する製品の顧客提供の画像です。
私の職場では、これについて活発な議論をしています。基本的なサイトを表示するために必要な画像ではなく、一連の製品のユーザーがアップロードした画像について話しています。私は「まさか」と言いますが、他の人がどう思うか興味があります。
更新:明確にするために。これらは、入力/変更する製品の顧客提供の画像です。
おそらく、あなたが話しているのは、プロジェクト ファイルではなく、ユーザー データとして分類されるコンテンツです。そのようなものは重要ですが、バージョン管理は必要ありません。それには、単純な古いバックアップメカニズムが必要です。
最近、新しいプロジェクトを新しい SVN リポジトリに追加しました。「uploads」フォルダを見るたびに、それを最初のコミットに含めたことがいかに愚かであったかを実感します。
修正する必要があると思われる場合は、これらのリソースを何らかの方法でメインリポジトリのパスから外し、そのコンテンツ専用のリポジトリを提供してください。
コードをチェックアウトする必要のあるすべての人が、チェックアウトまたは更新時にすべての画像のコピーを取得することは望ましくありません。その速度は遅く、無意味です。プライマリツリーに画像を含めると、想像以上に頭痛の種になります。
/common_ancestor
/project_code/ # repository a
/resources_dir/ # repository b
これを実現するためにシンボリックリンクまたはWebサーバーの魔法を使用する必要がある場合は、それを実行しますが、何をするにしても、そのようなコンテンツをメインリポジトリに配置しないでください。
バックアップと改訂に関しては、このように改訂することで、配布方法としてSVNを使用している場合も少し簡単になります。そうすれば、開発者がテスト目的でイメージのコピーを必要とする場合、比較的簡単になります。それらの比較的最新のセットを入手してください。
バージョン管理を顧客に公開しない場合、ポイントは何でしょうか。
顧客は、ファイルを送信する前に、自分の側でバージョン管理を自由に使用できます。あなたは彼らにそうするように勧めたいかもしれません。