チェックイン時に [変更を保持] ボタンを無効にする方法はありますか?
例えば：
人物 A がソース管理下にある Visual Studio 2010 (TFS 2010) でクラス x.cs を変更し、人物 B も VS2010 でクラス x.cs を変更している場合。
B さんが自分のコードをチェックインし、A さんが自分のコードをチェックインしようとすると、競合が発生しているというメッセージが Visual Studio に表示されます。
チェックイン
競合する変更のため、チェックインされたファイルはありません。競合チャネルを使用して競合を解決し、再試行してください。
その後、B はコードを比較して変更を破棄できますが、[ローカル バージョンを保持する] ボタンもあります。そのボタンをクリックすると、A さんが行った変更は失われます。
これを防ぐために、このボタンを無効にできるかどうか知りたいです。
または、チェックイン ポリシーなどを作成して、この例が発生しないようにします。
社会問題に対する技術的解決策はめったに機能しないという古い*ことわざがあります。あなたがここに持っているのは社会問題です - 人 B はおそらく彼らが意図したものではない行動をとっています。解決策は社会的なものである必要があります。すべての人がチェックインに責任を持ち、何よりも、共有ソース管理システムとやり取りしているときに考えるように奨励してください。世界のすべての政策は、思考に取って代わることはできません。
確かに、あなたは言うかもしれませんが、「セーフティ キャッチ」や警告メカニズムなどがあるとよいでしょう。私が言うには - すでに 1 つあり、それは明示的に認められています!
また、人物 B の変更が人物 A の変更を含み、包含している場合、どうすればよいのでしょうか?
(*) 私は 2002 年からこのリファレンスを見つけました。これは実質的にソフトウェア開発のルネッサンス時代です。古いものがあると確信しています。
私は少し混乱しています。「新しいバージョン」のメッセージは見たことがありません。少なくとも .cs ファイルの場合はそうではありません。編集中のファイルをチェックアウトしているのか、それとも変更を加えられるように読み取り専用ファイルを書き込み可能としてマークしているだけなのか。
ソース管理オプションで、自動的にチェックアウトするか、ファイルの編集時にチェックアウトするように求めるプロンプトが表示されるように設定されていることを確認してください。
全体として、ここでの最善の策は、トレーニングと頻繁な前方統合の使用です。基本的に、開発者は常に「最新のものを入手」し、競合を解決してからチェックインするようにトレーニングする必要があります。これにより、この問題は完全に解消されます。