問題タブ [svn-reintegrate]

ログ、mergeinfo などを使用して、Subversion 1.6 で --reintegrate オプションを使用していつマージが行われたかを判断する方法はありますか? (これは、どのコミットがマージの結果であるかを知っていることを前提としています。)

いつ使用するかについて質問があります--reintegrate。Beta1いくつかの新しい変更を試みる間、今のところ一時トランクとして使用しているというブランチを作成しました。次に、各開発者には、変更を加えるブランチがあります。必要に応じて、にマージしてBeta1変更をテストします。toからマージするとき、または最終的にto--reintegrateにマージするときに使用する必要がありますか？developer branchBeta1Beta1trunk

--reintegrateSubversion (SVN) 1.6 には、機能ブランチをトランクにマージするオプションがあることを知っています。

私のワークフローはもう少し複雑です。

機能ブランチがあり、トランクを頻繁にマージします。しかし、すぐにトランクに戻すわけではありません。代わりに、トランクからリリース ブランチを作成し、フィーチャー ブランチをリリース ブランチにマージします。この時点で、多くのツリー競合が発生します (機能ブランチとトランクの両方に多くの変更が存在するため)。

このシナリオではオプション--reintegrateが役立つはずですが--reintegrate、トランク以外のブランチにマージする場合は機能しないようです。本当？

あってはならないことが、今日私に起こった。svn の機能ブランチに取り組んでいました (サーバー afaik 1.6、クライアント 1.7)。私がオフィスにいない間に、このブランチは昨日再統合されました。現在、作業コピーにいくつかのローカル変更が残っており、既に再統合されたブランチを指しています。もちろん、仕事の後に変更をローカルに残すのは部分的に私のせいですが、それは別の話です;-)

ブランチを再度統合することはオプションではないことはわかっています 。変更内容をトランクに反映する最善の方法は何ですか? 同僚は、私が以前に使用したことのないパッチを使用することを提案しました。変更をブランチにコミットした後、変更をチェリーピッキングすることも考えましたが、これが機能するかどうかはわかりません。他のオプションはありますか？

どんな助けでも大歓迎です。

よろしくニコ

トランクからブランチを作成しました。ブランチでの開発が終了したら、ブランチをトランクにマージ (再統合) したいと考えています。有効にするオプションまたは設定はありますか? Netbeans 7.1 はブランチをトランクに再統合できないようです。

私が間違っている？

ブランチをトランクに再統合しようとしていますが、TortoiseSVN で [マージのテスト] をクリックすると、次のメッセージが表示されます。

ただし、ブランチとトランクのファイルはまったく同じです。このファイルは、トランクをブランチにマージしたときにいくつかのブランチにありました。

誰でもこの問題に遭遇しましたか？

トピックブランチがあり、変更をマスターブランチにマージしました。いくつかのバグのため、変更をロールバックする必要がありました。タッチする前に、コードを手動で元の状態に戻すことで、このロールバックを実行しました。

これは、リリースが近づいていたためであり、問​​題をすぐに解決することが重要でした。

今、私はバグを修正し、トピックブランチをマスターブランチに再度マージしようとしています。同じコミットIDのため、私は問題に直面しています。次のエラーメッセージが表示されます。

[code] Merge.warning: Merge commit already exists between origin/topic and master

これを解決する方法はありますか？

どんな助けでもありがたいです、ありがとう

同じブランチに複数の人がいるプロジェクトに取り組んでいます。(コマンドを使用して) ブランチを再統合しようとする場合--reintegrate、まず現在のトランクをブランチにマージします。次に、トランクからブランチへのマージのコミットのバージョン番号を指定して reintegrate コマンドを使用します。

このリビジョン番号 (またはその他のリビジョン番号) を使用して再統合することは可能ですか? それとも、再統合は常にブランチの最後のリビジョンを取得してそれを使用しますか?

さらに、誰かがトランクからブランチへのマージ後にコミットを行い、その後再統合を開始した場合、再統合が失敗する可能性はどのくらいありますか? (失敗とは、競合が発生すること (解決できることはわかっています) か、後で表示されるとは限らないマージ情報を台無しにすることを意味します。)

私が言ったように、私は複数の人と作業していますが、コードフリーズを強制することはまだできません (プロジェクトが大きすぎてロックできず、他のユーザーをロックアウトする管理者権限がありません)。私はあなたのアイデアに興味があるので、これを可能にするために私の主張をすることができるかもしれません.

これがなぞなぞです：

しかし、ブランチのディレクトリに移動してその範囲をマージしようとすると、マージするものがありません!

svn merge -r 11898:11903マージするものは何も表示されません。

今、ブランチをトランクに再統合できないようです! 助けてください！

PS lih ブランチは 11906 年まで作成されませんでした。これは、トランクから分岐した hd ブランチから分岐されました (hd は既にトランクにマージされています)。

私の問題は基本的に次の質問と同じですが、svn 1.6.17でサブクリップを使用している点が異なりますが、実際には回答されていません。

Subversion 1.5でブランチをトランクに再統合すると、範囲が欠落しているというエラーメッセージが表示されます。

すべての変更をブランチにマージしましたが、正常に機能しているようです。ただし、ブランチをトランクに再統合しようとすると、次のエラーが発生します。

再統合は、リビジョン16530から24993が以前にTrunk-Repo-URLから再統合ソースにマージされた場合にのみ使用できますが、そうではありません。

次に、範囲が欠落しているファイルの一部を一覧表示します。

ブランチに移動してこれらのファイルの履歴を表示すると、それらはすべてリビジョン24992になっています（マージ時に修正する必要のある問題がすべてあったと思います）。トランクには論理的に古いリビジョンがあります。

エラーが私にすでに行ったことをするように言っているように見えるので、私が間違っているところへのポインタ。