を回避する方法をsvn:mergeinfosにサブフォルダ?

StackOverflow https://stackoverflow.com/questions/1984598

質問

の状態に保つよう努め、'svn:mergeinfo財の根支店のフォルダのみです。しかしお届けする事を心掛けていますのでクリープへのサブフォルダ.ることができていま識別可能な原因:

  1. 移動フォルダの屈折旋光計repo-ブラウザ
  2. 移動および/または名を変更したいパッケージIntelliJ
  3. 古svnのお客様

誰でもできるのでプライバシーポリシーに加い、ということはいろいろなことだけを避けるために作成これらの特性による事故?

のツールを用いてIntelliJ8(もうすぐ9),Ankh,TortoiseSVNとSlikSvn.

役に立ちましたか？

解決 2

非トランクのプロパティを：

私たちは、単にSVNにコミットを拒否SVNフック/トリガーを書きました。私たちは、背中を見たことがない。

他のヒント

残念ながら、古いSVNクライアントは、ちょうどこの操作を行うと、SVNのこれらの古いバージョンに基づいているすべてのツールも壊れています。彼らがコミットされる前にmergeinfoエントリ：この問題を解決する唯一の方法は、作成SVNを削除することです。ほとんどの人は、彼らが作成されていることを認識していないので、そのを強制する唯一の現実的な方法は、事前にコミットフックである、または単に行います：

svn propdel --recursive svn:mergeinfo $ROOT/*
すべての今して、それらをきれいにする

。これを行うとき、あなたが本当に一部のマージをしない場合は、あなたが本当に唯一これを行う必要がありますので、それは、あなたののHAVE が行っていることを部分的マージの任意のレコードを破壊するよう、注意してください。質問者はそうではない、とも私たちは私たちの環境で行う。

問題はゆっくり死ぬ必要がありますので、問題は、新しいSVNクライアントに固定されていますが、ワークフロー内のすべてのツールを交換する前に、それは少し時間がかかることがあります。

この質問に別の答えに基づいて

、問題の原因となるものの簡単に説明。あなたが作業コピーの移動または削除SVNクライアントを行うとより古い1.5.5スプリアスSVNを作成しました：mergeinfoエントリを。これはのsvn 1.5.5 の中で解決します。

私はそのようなリストを提供することはできません。 私はそれはあなたがSVNフックを使用することをお勧めします リードはプロパティの変更をフォルダにすることをユーザーアクションをログに記録 そして、、警告を発行したりそのコミット拒否のいずれか どんなワークフローに応じて適切である。

これは、レコードマージ情報を持っているので、サブフォルダまたは個々のファイルにマージを実行すると、その原因これが発生し、それが のはずます。

ベストな方法は、メインのレベルで自分のマージを実行することであり、それを適用し、選択的に必要なときに、あなたがマージされ、その後、コミットしたくありません。

変更を元に戻します
ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top