TF サービスを使用しています。ベスト プラクティスに従って、頻繁にマージを実行します。
マージ ツールは、プロジェクト ファイルのマージをうまく処理できません。ビュー、コントローラー、さらにはPublishProfilesフォルダーの複製を取得します。
TFS が、だまされたような些細なことを処理するように最適化されていないとは信じがたいです。コントローラー、EDMX ファイル、およびビュー内のロジックは、マージがより複雑になるはずですが、より適切に処理されます。
私たちは何か間違ったことをしていますか？より具体的には、そのような問題をより適切に処理する TFS のオプションまたは設定はありますか。
これは、Visual Studio 2010 に付随するあまり良くないマージ ツールの既知の問題であり、この Visual Studio 2012 には、XML ファイル間のコンテキスト マージを実行できる完全に更新されたマージ ツールが含まれているため、この種の問題が発生する可能性が大幅に減少します。Visual Studio 2012 でこれを見ているので、うまくいかない例をいくつか見てみたいと思います。Visual Studio 2012 にアップグレードして以来、大きな問題は発生していません。
ベスト プラクティスとして、新しいファイルを追加する前に常に Get-Latest を実行する傾向があります。そして、ソリューションを再度コンパイルした後、できるだけ早くチェックインします。これにより、同じブランチで作業しているときにこれらの問題が発生する可能性が低くなります。ただし、2 つのブランチ間でマージを行うと、これらのタイプの問題が発生する可能性があります。
さらに、すべてのファイル タイプに対して Visual Studio 2012 マージ ツールを使用する代わりに、特定のファイル拡張子に対してカスタム マージ ツールを設定できます。これにより、デフォルトのマージ ツールの代わりに任意の商用またはオープン ソースのマージ ツールを使用できます。そこにはかなりの数の素晴らしい例があります：
あなたの走行距離は、そこにあるさまざまなツール間で異なる場合があります.
開発者が 3 人しかいないチームでは、この問題は VS2013 と TFS2013 に深刻な影響を与えています。私が見つけた最善の手段は、設定メニューで自動競合解決を無効にすることでした。 http://donovanbrown.com/post/I-dont-trust-2012-Auto-merge-but-it-does-it-automatically-.aspx