...ブランチを作成してそこにいくつかの問題を修正したところ問題がありましたが、私はトランクの新しいものに取り組んでいました。SVN - ブランチをトランクにマージし、トランクの変更/新機能を上書きする
今、ブランチ（0.1）をトランクにマージし、コミットする前に私はdiffを行いました。ブランチではなくブランチではなくブランチからいくつかの変更を使用する必要がありましたが（新しいURLや新しい関数名など） 。
どうすれば対処できますか？逆のマージを行うべきですか？ - >新しいブランチ（例えば：0.1-TEST）のコピーにトランクしてから、新しいブランチ（0.1-TEST）をトランクにマージしますか？
トランクから変更を加えてブランチにマージする必要があります。そうすることで、ブランチは常に最新の状態になります。あなたが最初のマージと闘争を起こさなかったならば、再びオッズはそれをしています。あなたは争いを起こさないでしょう。私はそれがうんざりだと知っていますが、あなたはおそらく、手動でトランクに入れたくないブランチからの変更を見て削除する必要があります。
私は主張に同意しません。トランクからブランチに変更を移すべきです。これは実際にブランチの目的に依存する。 （リリースのために使用されるかもしれない）安定したブランチは、他の場所からの変更の非常に限られた移植しか期待していません。 – morechilli
したがって、ブランチ - >トランクまたはブランチ - >ブランチをマージするための経験則は何ですか？どちらの場合はどちらを好むべきですか？ –
@MatjazMuhic私の仕事のサイクルは、通常次の通りです：私は枝を作るので、私は幹の中で行うために大きなものがあります。それから私は支店とトランクの両方で働いています。私がトランクに変更を加えたら、それらを支店に併合します。私が支店の仕事を終えたら、私は支店を幹に戻します。鍵は決して同期していない。 – Grammin
だから、あなたがマージすると、あなたがトランクから欲しがっていたほんの少しの変更がマージによって上書きされています...あなたは選択的マージを望んでいました。 – Nishant
変更をマージするために使用したコマンドを正確に伝えることはできますか？ – khmarbaise
説明したようにブランチからマージできるはずです。私は、不要な変更がいつどこで行われたかをチェックします。ブランチ後にブランチ固有の変更を加えた場合、コミットする前にそれらを手動でマージから除外する必要があります。ブランチが作成された後、ブランチとトランクの両方の同様の場所に変更が加えられた場合にのみ、競合が発生します。トランク上でのみ変更が発生し、ブランチ上に類似の変更がなかった場合は、正しいコマンドが使用されていれば元のままになります。 – morechilli