私の職場でこれについて激しい議論があります。私たちは、基本的なサイトを表示するために必要な画像ではなく、たくさんの製品のユーザーがアップロードした画像について話しています。私は "いいえ"と言っていますが、私は他の人が何を考えているのか不思議です。イメージデータをVCSに書き込む必要がありますか?
更新:ちょうど明確にする。これらは、顧客が入力/変更している製品の画像です。場合は、何かを尋ねるの
私の職場でこれについて激しい議論があります。私たちは、基本的なサイトを表示するために必要な画像ではなく、たくさんの製品のユーザーがアップロードした画像について話しています。私は "いいえ"と言っていますが、私は他の人が何を考えているのか不思議です。イメージデータをVCSに書き込む必要がありますか?
更新:ちょうど明確にする。これらは、顧客が入力/変更している製品の画像です。場合は、何かを尋ねるの
「ノーウェイ」に同意します。
日常的にサイト上で変更される可能性のあるもの、または「コンテンツ」とみなされるウェブサイトを管理する人が編集できるものはすべてあります。これには、アップロードされたファイルとデータベースの内容が含まれます。両方とも個別にバックアップされます。一度配布されると、バージョンコントロールにあるWebサイト上の何も変更されません。そう簡単に。
他の方法は、バージョン管理にする必要があります:
サイトの残りの部分がバージョン管理されている場合は、バージョンによってイメージが制御されます。
イメージが生成されている場合は、バージョンによってジェネレータが制御されます。
あなたが話しているようなのは、データベースに入っている(またはおそらくそうである)コンテンツです。顧客があなたに製品のリストとそれらの製品の写真を供給している場合、それはすべてデータベースから来るべきです。この場合、データベースをバックアップする必要がありますが、VCSではバックアップしないでください。
あなたのウェブサイトが静的でない場合、私はそれが「サイトの一部」であるからだけです。
製品情報はデータベースにあり、バックアップされています。画像もバックアップされます(vcsやデータベースには保存されません)。 –
おそらく、あなたが話しているのは、プロジェクトファイルではなくユーザーデータとして分類されるコンテンツです。そのようなものは重要ですが、バージョニングは必要ありません。これは普通の古いバックアップメカニズムを必要とします。
私は最近、新しいプロジェクトを新鮮なSVNリポジトリに追加しました。私が 'uploads'フォルダを見るたびに、私は最初のコミットにそれを含めることがいかに愚かであるかを理解します。
もしあなたがそれを改訂しなければならないと思うなら、何らかの形でメインリポジトリのパスからこれらのリソースを取り出して、そのコンテンツのために専用リポジトリを与えてください。
コードをチェックアウトしなければならないすべての人が、チェックアウトや更新、遅くて無意味なときに、すべての画像のコピーを取得したくないし、プライマリツリーでそれらを持っているだけでは、 。
/common_ancestor
/project_code/ # repository a
/resources_dir/ # repository b
あなたはがあなたのメインリポジトリでそのようにしないプット・コンテンツをDO、ということが、何でもあなたがやるそして、これを実現するためにシンボリックリンクまたはWebサーバーの魔法を使用する必要がある場合。
限りリビジョン対バックアップが行くように、あなたが同様にあなたの配布方法としてSVNを使用している場合は、このようにそれをリビジョンをすることは、あなたにその方法をわずかやすさを与えない場合は、画像のコピーを必要と開発テスト目的のために、それらの比較的最新のセットを取得することは比較的容易です。
バージョン管理を顧客に公開しない場合、何がポイントになるでしょうか?
お客様は、ファイルを送信する前に、自前でバージョンコントロールを自由に使用することができます。あなたはそうすることを奨励したいかもしれません。
さらに、バージョンはほとんどの場合、ジェネレータによって使用される入力データを制御します。 –