私はバージョン管理下のプロジェクトを持っていますが、プロジェクトには頻繁に変更されるいくつかのイメージ、ビデオ、およびzipファイルがあります。私はこれらのファイルをバージョン管理下に保存したくないのです。なぜなら、それらは多くの領域を占有して更新を行い、非常に遅いためです。バージョン管理下に非ソースファイルを保存するベストプラクティス
この問題に対処し、まだ変更されている非ソースファイルをコミットする良い方法は何ですか？そこには良い方法がありますか？私は現在のsubversionを使用してい
、この問題に対処するための優れている別のバージョン管理クライアントがある場合は、それをお勧めしてください！
あなたはコメントにコメントを追加しました：
を、私はこれで持っている問題は、私がいる限り、彼らが最新のものだとして、これらのzip /ビデオファイルのバージョン履歴を気にしないということです、問題はない。
つまり、1つのメインブランチのLATESTで作業するだけで、リニアワークフローの開発が可能です。大規模なリファクタリングを行う..while ...
を試すために、「正確な画像、ビデオ、zipファイルは何だった 『の質問私は『私は一度に使用していた使用する必要がある』または』 Bかもしれません重要だと思います。
SVNが適切に処理していないと感じたら、SVNリビジョンxxxからyyyの場合、バイナリセットのバージョン「z」を使用していたことを思い出すことをお勧めします。
そのために、Mavenのような外部リポジトリを設定できます。質問 "Is it acceptable/good to store binaries in SVN?"を参照してください（私の答えはページの最上部にありますが、私はEvanの答えに直接リンクしています）。
私はSVNで非ソースファイルがたくさんあると私はそれらを変更するとき、それはコミットを遅くだけです。彼らが「たびに頻繁に」変化しているのであれば、これがどのように問題になるのか分かりません。また、サイズは本当に懸念すべきではありません。あなたのリポジトリがサーバ上にあり、それがどれだけのスペースを占めているか心配している場合は、アップグレードする必要があります。ハードドライブは安いです。買って。
一部の人々は非ソースファイルがソースコントロールに属していないということを強く感じ、私はプロジェクト全体をソースコントロールに格納されなければならないと言います。そうすれば、私の開発システムがダウンすると別のシステムに切り替えることができ、プロジェクトをダウンロードしてから数分後に私はコーディングに戻ります。
+1です。 1つの追加...私の視点から見ると、バージョン管理のためにはすべてが正しく注文されていなければなりません。非プロジェクトファイルが構造化されていない場合は、バージョンコントロールの外に置いてください。 – bastianneu
私はそれバージョンコントロールの非テキストファイル、多くの変更、特にものに対処するための巨大な苦痛を見つけるが、私はそれは、ビルド/インストールのために必要とされるならば、それはで行くべき」の実践を受け入れてきましたバージョン管理"。もちろんこれは厳しいルールではありません。私はサードパーティのライブラリをバージョン管理下に置いていません。
私は私の店で継続的インテグレーションサーバを設定した後、この意見の下に来ました。 makeを変更する可能性のあるビルドに必要なものすべてがあれば、ずっと簡単です。前述したように、私はバージョン管理下にlibsを保持しませんが、それは新しいライブラリをアップグレード/追加することはめったにないためです。これがあなたの店に当てはまらない場合は、そうすることを検討するかもしれません。また、あなたの画像/ビデオ/ジップが年に一度変わったら、バージョン管理下に置いておくことをお勧めします。
私がこれを持っている問題は、それらが最新のものであれば問題はない限り、それらのzip/videoファイルのバージョン履歴は気にしないということです。これがバージョンコントロールでは必要ない理由の1つです。バージョンコントロールを正しく使用していないような気がします。バージョンコントロールを使用していないときにこれらの異なるバージョンがすべて格納されているからです。 –
+1、私はOPのコメントに反応するつもりでしたが、あなたはそれを釘付けにしました。 –
質問はsvnを参照しますが、より一般的にはMercurialは10MBを超えるファイルに問題があります –