問題タブ [merge]

次のようなものを使用してマージを行いました。

2 つのファイルしかありませんでしたが、そのうちの 1 つは単純なChangeLog. 私の変更をマージするだけでなく、ChangeLog実際に私のものと、目的地になかったいくつかの以前の変更をプルしましたChangeLog。--dry-run を実行したときに競合があることに気づいたので、更新ChangeLogしましたが、まだ競合がありました (そして、実際のマージを行ったときに競合が見られました)。

その後、マージ元のファイルを比較しました。

そして、私が行った変更だけが表示されるので、余分な変更が何らかの形でそこに含まれていないことがわかります.

これは、マージが実際に私が変更したものだけを取得していないことを心配させます。これは私が期待していたものです. 誰が何が起こったのか説明できますか?

更新: NilObject への応答:

そのため、2 つのファイルが変更されました。ChangeLog のみが関連し、もう一方は正常にマージされました。通常のトランク チェックアウトに行くと、上記の diff コマンドを実行すると、次のように表示されます。

以前の変更をマージした後、ChangeLog の差分は次のようになります。

誤って取り込まれたエントリは、マージ先のファイルにはありませんでしたが、それは私の変更の 1 つではなく、とにかくマージされるべきではなかったことに注意してください。修正するのは簡単でした (私の変更の一部ではない余分な行を削除してください) SVN。

フォルダーの移動を含むいくつかのコードをリファクタリングしている最中であり、定期的にマージして最新の状態に保ちたいと考えています。作業コピー内でフォルダを移動した後にマージする最良の方法は何ですか?

サブバージョンに「競合が発生しない限り更新/マージ」する方法はありますか?

--dry-run/を使用して更新を実行する前に確認できることは知っていますがstatus -u、「C index.php」行に気付かないため、他の人が更新を実行して壊れた Web ページを取得することがよくあります。

また、svn は競合についてあまり不満を感じていないように見えることにも気付きました。競合に関係なく、「リビジョンに更新されました」と表示され、ゼロで終了します。そのため、行ごとの出力を解析してそれらを発見する必要があります。確かにもっと良い方法がありますか？

Team Foundation Server で 2 つのコード ブランチをマージすると、次のエラーが発生します。

指定されたキーはディクショナリに存在しませんでした。

一部のファイルはチェックアウトされ、[保留中の変更] に表示されますが、実際には変更されていません。

回避策があります：

1. マージを試みます (エラーで失敗します)
2. トランクから最新のものを取得する
3. 「マージ、編集」または「マージ」で保留中のすべての変更を元に戻す
4. 再度マージ (今回は機能)

このエラーの原因について何か考えはありますか?

回答後に編集: バグのようです。そして、それは非常に再現性があります。すべてのマージがそれを行います。バグ レポートを MS に送信し、何が起こるかを確認します。

フィールド名が異なる 2 つの構造を結合したいと考えています。

たとえば、次のように開始します。

私はを頂きたい：

「フィールド名」と for ループを使用するよりも効率的な方法はありますか?

編集:フィールド名が競合する場合、 を優先すると仮定しましょうA。

私は 2 つの Python 辞書を持っており、これら 2 つの辞書をマージして返す単一の式を書きたいと考えています (つまり、結合を取ります)。辞書をそのupdate()場で変更するのではなく、その結果を返す場合、メソッドは私が必要とするものです。

z最終的にマージされた辞書をではなくで取得するにはどうすればよいxですか?

(明確にするために、ラストワンウィンの競合処理もdict.update()私が探しているものです。)

SQL Server 2005 Merge レプリケーションを使用して、ロンドンと香港の間でデータベースをレプリケートしています。レプリケーションは 1 分ごとに同期するように設定されており、問題なく動作します。ただし、同期を「連続」に設定するオプションがあります。1 分ごとのレプリケーションと継続的なレプリケーションに実際の違いはありますか?

最初から連続ではなく 1 分ごとにした唯一の理由は、回線が数分間ダウンした方が回復がよかったからですが、この経験はすべて SQL Server 2000 からのものであり、今後は当てはまらない可能性があります。 .

WebサイトのWeb配置を行っており、アセンブリのマージプロパティをtrueに設定しています。

なんらかの理由で次のエラーが発生します。

アセンブリのマージ中にエラーが発生しました：相対仮想パス'Global.asax'はここでは許可されていません。

と関係があるようですが、Global.asaxなぜ切り捨てられるのかよくわかりません。私のコードはローカルで正常にコンパイルされますが、混乱しているのはマージだけです。

何か案は？

TFS では、ブランチ A をブランチ B にマージしてチェックインすると、B で単一の変更セットが取得されます (通常、「merged A->B」のようなコメントが付いています)。

これは、B が A からのチェックイン履歴をまったく持っていないことを意味します。したがって、誰かがブランチ A で新しいファイルを作成した場合、ブランチ B から誰が作成したかを知ることはできません。また、誰かが A でファイルを更新した場合、次のことができます。誰がブランチ B から更新したかを教えてください。

この種の詳細なチェンジセットの履歴をブランチ間で確認する方法はありますか? ある種の動力玩具、またはサードパーティのツール、または何か?

更新: TFS Power Toy tfpt history /followbranches ツールは「マージを展開」せず、「ブランチを展開」するだけなので、この問題は解決しません。

TFS で直接の親または子ではないブランチにマージすることは可能ですか? これは私が使用中に経験したことなので、答えはノーだと思います。ただし、承認サイクルが異なる可能性があるさまざまな機能に取り組んでいる場合 (つまり、機能 1 が機能 2 の前に承認される可能性がある場合) には、これが非常に役立つ場合があります。次のフルバージョンの前にリリースできるように、一部の機能を以前のブランチにマージする必要がある製品ブランチがある場合、これは非常に困難になります。

私たちの現在のブランチ戦略は、トランク (またはメインラインと呼ぶ場合) で開発し、ブランチを作成して安定させ、本番環境にリリースすることです。このブランチは、ホットフィックスやその他のものを作成するために使用できますが、メインラインは今後の機能に分岐できます。

上記のようなシナリオを軽減するために、どのような手法を使用できますか?