Subversionがバイナリファイルをマージするのを防ぐには？

Question

私たちはリポジトリに.dllを保存する必要があります。私たちのチームは.dllファイルに関するSVNの競合をかなり頻繁に経験しており、非常に面倒です。何らかの理由で、.dllのMIMEタイプがapplication/octet-streamに設定されていても、svnはまだそれらをマージしようとしています。

here（これは私が以前のものを使用することを誓います）から、MIMEタイプがテキストでない限り、svnはそれらをマージしようとはしません。しかし、私のdllを見ると、svnは私のアプリケーション/オクテットストリームファイルもマージしていると言います（少なくとも私はSVNがマージしていると仮定しています。なぜマージなしの競合が起こるのかわかりません）。一体何故バイナリファイルをマージしようとしたのですか？それはただのばかだ...

誰でもこの問題を遭遇する？

私の目的は、バイナリファイルをリポジトリの一部にすることはできますが、競合することはないという解決策を見つけることです。私はSVNを最新のバイナリに置き換え、それを良いものにしたい。

なぜ私はリポジトリにバイナリファイルを置くべきなのか、そうでなければならないのかを議論しないでください。

FYIとして：私はTortoise 1.5.0とAnkhの両方を使用しています。

Answer 1

、私が正しくあなたを理解していることを確認してくださいさんが再現できるようにする：

• あなたは両方がある時はいつでもこれらのファイルは、クライアント側とリポジトリ
• の両方を変更することができますSVN
• にチェックインのバイナリファイルを持っています
  ：変更し、リポジトリからの変更は、それをするのsvnの方法は次のようになり

私の知る限りを、「勝つ」必要があります

• バイナリファイル
• で「彼らのフル--acceptのsvnアップデートは」全体のローカルコピーに

を定期的に「のsvn update」を実行し、実行、私はこれが1で行うことができるとは思いません最初のコマンドが貴重なデータを失う可能性があるので、1つのコマンドで実行可能でなければならないとも考えていません。

Answer 2

これらのdllファイルは、実際のプロジェクトからの出力をビルドしていますか？

これが当てはまる場合、svnには入れないでください。 Subversionにはソースファイルが含まれていなければなりません。ビルドサーバー/ devボックスはそこからdllをビルドできます。

Answer 3

ファイルがサーバー上で変更された場合、ローカルでは明らかに競合が発生します。もちろん、作業コピーを更新することは、バイナリファイルをリビジョンの一部として更新することを含みます。これはsvnがそれらをマージしようとしているわけではありませんが、間違いなく紛争が起こります。これらのファイルが頻繁に変更された場合、頻繁に生成されると思われます。そのようなファイルは、リポジトリに存在してはいけません。

リリースバイナリ（またはそれに類するもの）をアーカイブする必要がある場合は、これをタグまたはリリースブランチ上で行いますが、トランクでは実行しないでください。

Answer 4

あなたはそれらをマージしようとしていますか？ Subversionはそれらをマージする方法を知らないので（あなたはそれがとにかくやりたいとは思っていません）、あなたが葛藤しているように聞こえます。

ローカルに変更されたdllを持っていて、誰かが同じdllをコミットした場合、正確に何をしたいですか？何が起こると思いますか？これは明らかに矛盾であり、Subversionはあなたがあなたのdllまたはdllを使いたいかどうかを知りません。

Answer 5

特定のファイルで同じ問題が発生しています。

CVSはこの問題を非常にうまく処理しますが、残念ながら私の会社はSubversionに移行しています。

特定の設定ファイルは、実行するたびに私たちのアプリによって変更されますが、開発者が新しい変更をチェックインするときには常にユーザーリポジトリをオーバーライドする必要があります。

.CVSwrappersファイルでは、*.fileext -k b -m COPYと入力します。これは、CVSがローカルリポジトリにファイルのバックアップコピーを作成し、競合が発生したときに新しいバージョンをダウンロードするように指示します。とてもエレガントです。

SVNの同等の設定はありません。誰かがどのように知っていたら、投稿してください。