問題タブ [tree-conflict]

トランクの機能ブランチがあり、定期的にトランクからブランチに変更をマージしていましたが、すべて正常に機能していました。今日、ブランチをマージしてトランクに戻し、ブランチの作成後にトランクに追加されたファイルに「ツリーの競合」としてフラグが付けられました。今後これを回避する方法はありますか？

これらが適切にフラグ付けされているとは思いません。

ファイルが両方のブランチに追加されている (そしてそれらの別々のブランチで作業している) いくつかのブランチを (SVN 1.6.1 を使用して) マージすると、新しいツリーの競合の 1 つが発生します。

両方のブランチからの変更が必要ですが、ツリーの競合により、通常の .working、.merge-left & .merge-right ファイルが得られません。これは、競合の性質上理解できます。これらの競合のかなりの数があり、各ブランチで同じファイルの削除が発生したものがありますが、それらは簡単に解決できます。

この問題を解決するにはどうすればよいですか? SVN redbean book (for 1.6) は、この状況をカバーしていません。

TortoiseSVNを使用して、単純なシナリオだと思ったものがあります：

1）アプリケーションのブランチ（B2）を作成しました（画像スプライトとJAWRの実装に取り​​組むため）。

2) テストと開発は通常どおりトランクで行われました。

3) この数日間、次の方法でブランチのベースを数回変更しました。

3.1) トランクを (リビジョンの範囲で) 私の branch-b2 作業コピーにマージし、マージ中の競合を解決しました。

3.2) (branch-b2 のテスト後)、リベースした branch-b2 をコミットします。

これはすべて期待どおりに機能しました。しかし、ブランチをトランクにマージすることは、私にとってはうまくいきます。

4) branch-b2 でコミットされたすべての更新後。トランクとブランチ b2 で SVN アップデートを必ず実行します。

5) 次に、(リビジョンの範囲) を branch-b2 からトランクにマージしようとします。ただし、トランクに追加され、その後リベースしたときにブランチ b2 に追加された新しいファイルについては、ツリーの競合が発生します。これらの競合を解決する適切な方法が何であるかはわかりません。

私が見た最も典型的なアドバイスは、ツリー競合ファイルをトランクから削除してから、ブランチをマージすることです。または、トランク全体を削除し、ブランチ ファイルをコピーして、新しいバージョンとしてトランクにコミットします。これらのオプションはどちらも良いアイデアとは思えません。最初のオプションは面倒で、どちらもファイルのリビジョン履歴が失われるようです。

何が間違っていましたか、どうすれば修正できますか?

svnチームがいつツリーの競合を発生させることを決定したかはわかりませんが、svnのマージ機能が完全に壊れています。

ブランチがあり、トランクからの最新の変更をブランチにマージしたいと思います。私はすでにそのようなマージを1つ実行しましたが、これはツリーの競合のために失敗します。コマンドは次のとおりです。

このマージを（なしで--force）初めて試したときは、ツリーの競合が発生しただけで、何もマージされませんでした。これで、上記のメッセージが報告されます。

ブランチの作業コピーを実行svn statusすると、まだトランクにマージされていない変更が加えられたすべてのファイルが表示されます。もちろん、私のブランチの目的は、まだトランクにない場所でこれらの変更を行うことです。

彼らがこれをしたとき、彼らは何を考えていましたか？

ツリーの競合の原因と、svnがこれらのものを作成したので、作業を続行する方法についての有用な情報は見つかりませんでした。

ツリーの競合を忘れて、以前と同じようにマージを行うようにsvnに指示する方法はありますか？

1.6クライアントと古いsvnサーバー（おそらく1.3.1）を使用しています。

現時点では Subversion 1.4 のマージに対処する必要があり、質問に対するこの回答を見つけました。これは私の問題を正確に説明しています。実際の質問は、gitツリーの競合を引き起こす SVN のスタイルのリベースとマージの問題を扱います。これには、次の推奨事項が含まれます。

[...] ブランチをトランクを指す作業コピーに範囲マージする代わりに、「FROM Trunk@HEAD TO branch@HEAD」をトランクを指す作業コピーとマージします。本質的に：

「トランクをブランチと同一にするために必要なすべての変更をお願いします」。

svn merge作業ディレクトリにのみマージするため、実際にSVNとマージする方法を知りたいです。元の回答にタイプミスがありますか、それとも何か不足していますか?

最近、転覆の非常に奇妙な動作に遭遇しました。

ブランチのローカル コピーをリモート ブランチにマージしました。すべてがスムーズに進みましたが、ツリーの競合が 1 つあります (ローカル削除、リモート更新)。

よし、と思い、作業コピーを適切に修正し、「svn resolve --accept=working -R .」を実行しました。

Subversion は私の問題を解決し、「svn st」はもはや問題を示さなかったと伝えました。それで、私はコミットしようとしましたが、svnは、内部フォルダーの1つ（競合しているフォルダー内）が古くなっていると言って、svnアップすることを提案しましたが、フォルダーが再び競合するようになりました!

この悪循環から抜け出すにはどうしたらいいでしょうか？

SVN から次のエラー メッセージが表示されます。

svn: すでに存在するツリー競合を追加しようとしています

現在、これはこのサイトで既に質問されており、与えられた説明は、以前のマージ後にツリーの競合が解決されておらず、SVN が同じツリーの競合を再度追加しようとしているというものです。

そこで、「svn status」を呼び出し、すべてのツリー競合を解決済みとしてマークしました。次に *svn revert -R ** を実行し、「svn status」の出力が完全に空であることを再確認しました。次に、まったく同じ場所でまったく同じエラーメッセージを表示して、もう一度マージを試みました。

svn が同じマージ操作中にまったく同じ場所に 2 回ツリー競合を追加しようとするように思えますが、これは SVN の深刻なバグです。

私は VisualSVN (Tortoise を使用) を使用しています。誤ってフォルダを別の場所に移動してしまいました。元に戻そうとすると、SVN はこのエラーを吐き出します。以前に一度発生し、何をしているのかわからずにランダムな更新/コミットを行うことができ、「修正」されました。同じ魔法を再び引き出すことはできないので、ファイルとディレクトリを取得する方法とツリー競合の方法を知る必要があります。

ありがとう！

Tortoise でファイルを移動してコミットに成功した経験がある人はいますか?後で別の変更をコミットすると、次のようなツリーの競合が発生します。

1. 元の場所にあるファイルは削除されましたが、カメでは行方不明としてマークされています
2. 新しい場所にあるファイルはそこにありますが、既に追加されているとマークされています。

(私は tortoise SVN を使用しており、クライアントとサーバーは 1.60 を超えています)

ディレクトリまたはファイルを変更した人は誰もいません (svn ログによると)。

1. なぜこうなった？
2. それを回避する方法はありますか？
3. 発生した場合、フォルダー全体を削除して再度更新するよりも、問題を解決するより洗練された方法はありますか?

このサイトの他の投稿と回答を見たことがありますが、シナリオが少し異なると思います。私の状況は次のとおりです。

1. 幹と枝 b1
2. ある時点で、トランクは冗長であり、ブランチにはすべての関連機能があったため、b1 はトランクに「コピー」されました。
3. dev は b1 で続行しましたが、trunks dev の一部では、いくつかのファイルを b1 にも存在する別の場所に移動する必要がありました
4. だから今、私はb1をトランクにマージしようとしましたが、ツリーの競合について不平を言っています.

一部の投稿では、これは SVN 1.5 の問題であると示唆されていますが、リポジトリを 1.6+ にアップグレードしたことは確かです。これを確認するにはどうすればよいですか？さらに、ツリーの競合の問題を修正するにはどうすればよいですか。

TortoiseSVN v1.6.8 を使用しています。