問題タブ [svn-merge-reintegrate]

35.1-extraブランチからブランチを作成した場合35.1(明らかにリリース ブランチ)、いくつかの作業を行い、しばらくしてから 35.1-extra のものを 35.1 にマージします。複数回マージしても問題ありませんか?

古いバージョンの Subversion ではこれが問題だったことを覚えています。そのため、再統合するたびに、追加の作業が必要な場合は新しいブランチを作成するか、「余分な」ブランチを再作成してそこで作業を続けました。

通常、SVN ブランチをトランクに再統合するとき、次のような履歴を作成します。

ここでGはマージ、Hは再統合マージ、X機能ブランチを削除します。Gまた、SVN がとに使用するマージ アルゴリズムに違いがあることもわかりましたH。ここまでは順調ですね。

ただし、1つのことが私を悩ませています:この回答は、再統合マージで何が起こるかに関するSVNドキュメントを次のように引用しています: ！」

以来trunc + changes from branch = trunc + (branch - trunk) = branch、再統合マージ後の記録された状態は、ブランチの最後に記録された状態と常にまったく同じであると結論付けています。

この歴史を考えてみましょう：

I上記の理由から、再統合マージの場合、コミット H からの変更は単純に失われると思います。これは正しいですか、それとも私が見逃したものがありますか?

EclipseでSubversiveとのマージ操作を行おうとしています。

ファイル構造に関するすべての競合を管理できましたが、svn:mergeinfoプロパティに関する競合は残ります。

すべてを試しましたが、この競合を解決できません:

プラグインにはMark as mergedオプションがありますが、そのオプションを選択しても何も起こりません。

また、プロパティを削除するか、独自の値を変更しようとしましたが、いずれにしても何も起こらず、競合がまだ存在しています。

を試してみるとOverride and commit、プロジェクトのフォルダーのステータスは、プロジェクトのプロパティにConflictingも表示されます。SVN Info

Subversive はこのプロパティの競合を管理できないようです: それは可能ですか?

この競合を解決するにはどうすればよいですか?

前もって感謝します！