最近、Visual Studio 2012 をインストールしました。私は、ソース管理に Team Foundation Server 2010 を使用して、チームのもう 1 人のメンバーと一緒に新しいプロジェクトに取り組んでいます。最近、チェックイン時に一部のファイルがランダムに破損していることに気付きました。その後、出力ウィンドウで、自動的に解決された競合に関する通知に気付きました!?
これが Visual Studio 2012 のデフォルト設定であることがわかりました。
この設定をオフにする方法を詳しく説明している MSDN の記事を見つけました ( http://msdn.microsoft.com/en-gb/library/vstudio/ms181432.aspx#automatic_options )。壊滅的な設定はデフォルトでオンになりますか？
これは、他のほとんどのツールの既定値であり、Team Foundation Server を使用するユーザーは、ツールに自動マージを明示的に指示する必要があることに不満を感じていたためです。さらに言えば、人々はツールに明示的に自動マージを指示しなければならないことさえ明らかではなく、ブランチをマージすることによって生じる膨大な数の競合について不満を漏らしていました。自動マージできなくなるまで「競合をマージ」します。したがって、Team Foundation Server が 3 者間マージを適切に実行できなかったようです。
明らかに、ここでの正しいデフォルトはジャッジメント・コールです。行けなかったけど応援してます。
ただし、このデフォルトの変更により、マージ ワークフローに問題が発生するのではないかと心配しています。Automerge は、人間が生成しない結果を絶対に生成できます。それについては疑問の余地がありません。しかし、これは十分に確立された標準であり、一般的に安全で有用であり、一般的に正しいと考えられています。
これがどういうわけか「危険」である場合、プロセスはチェックインするずっと前にそれをキャッチする必要があります。うまくいけば、チェックインするずっと前にローカルでビルドして完全なテスト パスを実行し、失敗した場合は継続的インテグレーション ビルドでもこれらのエラーをキャッチします。そうする。
automerge で間違った出力が生成された場合は、いつでも手動でファイルをマージできます。もちろん、自動マージ オプションを「オフ」にすることもできます。