問題タブ [svn-merge]

Subversion リポジトリに、外部リソースを指すフォルダーがあります。フォルダーの更新は正常に機能しますが、フォルダーを別のフォルダーにマージしようとすると、次のエラーが発生します: svn: E160013: '/pharma/!svn/bc/29/branchtest/shared' path not found感謝。

http://svnbook.red-bean.com/en/1.7/svn.branchmerge.commonpatterns.htmlで説明されているリリース ブランチ モデルに従おうとしていますが、マージしようとするとマージの競合が発生します。

これを修正できます

しかし、私がこれをしなければならないのは間違っているようです。

次に、リリース ブランチに「ホットフィックス」(たとえば、「release/file3」を作成) を適用した場合、それをトランクに移植するにはどうすればよいですか? 「リリース」を「トランク」にマージすると問題なくマージされますが、「トランク」を「リリース」にマージすると、local add, incoming add upon merge「file3」などで別の競合が発生します

これらは両方とも実行時間の長いブランチであるため、機能ブランチを「再統合」しようとしているわけではありません。

SVN レッドブック (これは一般的に優れています) がこの一般的な分岐パターンを説明していて、実際に実行するコマンドの実際の例がないのはイライラします!

これらの不適切なマージ競合をすべて回避して、この分岐パターンに従うには、正確に何を実行する必要がありますか? または、この分岐パターンの実際の例がどこにもありますか?見つかりません!

フォルダー A にリビジョン 101、リビジョン 102、およびリビジョン 103 があるとします。フォルダー A を、フォルダー A のリビジョン 103 でコミットされた変更のみを使用してフォルダー B にマージしたいと考えています。リビジョン 102 の変更は必要ありません。私の理解では、リビジョン 103 をマージすると、102 と 101 を含むすべてがマージされます。リビジョン 103 の変更だけをフォルダ B にマージするにはどうすればよいですか?

私は Subversion 1.7.x を使用しており、ブランチで開発を行っています。

ブランチを最新の状態に保つために、時々トランクからマージします。
ただし、最新のマージ中に、着信コードはトランクでは完全に正しいものの、ブランチではコンパイルされません。トランク
で変更されたコードは、数回前にブランチで部分的に書き直されているため、これは当然のことです。

マージ操作が正常に完了したことに注意してください。競合はありませんでした。明確にするために、マージ
と言うときは、作業コピーを別のブランチからのコードで変更する操作を意味し、コミットは関与しません。svn merge [source] [dest]

そのブランチは最終的にトランクに再統合されるため、2 つの選択肢があると思います。

1. マージされたコードをコミットする前にコンパイル エラーを修正します。
2. トランクからマージします。コミット (編集なしでマージされたコード); コードを編集してコンパイルの問題を修正します。再度コミットします (つまり、後でコンパイルの問題を修正し、新しい別のコミットを実行します)。

コミットする前にマージされたコードを編集した場合 (つまり、#1 を使用)、ブランチを再統合するときにそれらの変更は失われますか?