私のSVNにA：/ A_Project/trunk/AとB：/ B_Project/trunk/Bがあるとします。私はAとBをマージしてBに格納したいと思っています。私はTortoiseSVNのGUIに 'merge two different trees'オプションを使用しました。最終的なリビジョンにAツリーの変更ログがないことを除いて、すべてが問題ありません！SVNの異なるツリーのマージ
問題は、2つの異なるツリーをマージし、最終リビジョンの両方のログを保持する方法です。
ありがとうございました！
まあ、私の推測では、TortoiseはブランチBの作業コピーを作成し、ツリーAからコードを挿入し、あたかも1つの大量のコーディングエクササイズであるかのようにマージするというものです。
私はSVNがプロジェクト間のマージをネイティブにサポートしているとは思わないリビジョン番号（およびそれに付随するコミットログ）は両方のプロジェクトのリビジョンが1..nであるため明らかに競合するためです。
あなたの探していることが可能かどうかわかりません。マージするためのコマンドラインインターフェイスの使用方法の詳細については
私は、Subversionのバイブルreccommend：マージ（木やファイル、重要ではありませんが）なかったので
を、Aからの歴史があります見ることが容易ではない。ただし、1.5.x以降をサポートするSubversionクライアントとこのマージを行い、svn：merge-infoプロパティをチェックインすると、Aの履歴が表示されます。 svn logコマンドと-gオプションを使用するコマンドラインから、複数回マージされたパスを含むファイルまたはツリーの履歴を見ることができます。
これはTortoiseSVNでも行うことができます。 TortoiseSVN 1.5.xリリースのthis release noteを参照して、通常の履歴とのマージ履歴を表示してください。
Subversionは、マージの両側の履歴を保存するリビジョンに2つのツリーをマージすることをサポートしていません。
これは、SubversionモデルとMercurialやGitなどの他のバージョン管理システムとの間のかなり基本的な違いです。 Subversionのの
現代のバージョンはmergeinfoプロパティで、これをシミュレートすることができますが、それはネイティブで構築されていない
参照してくれてありがとう - 。私は明らかに、前にそれらを読んで、そして亀のようにすべてをやりました助けて。あなたが正しく気づいたように、結果はBツリーの簡単な更新です：/ ありがとうとにかく – SOReader
これらの参照は非常に古いです。 GoogleとそこにリストされているSubversion Bookのリファレンスを使用するように注意してください。初期バージョン1.0の多くのコマンドライン機能には、多くの新機能があります。そして、あなたが5年以上経っている参照版を投稿した2つの参照。 – jgifford25
jgiffordさんに感謝し、1.5バージョンのドキュメントに更新しました。 – Eddie