プロジェクトにファイルを追加するときに、Visual Studioが.vspsCCファイルをチェックアウトするのはなぜですか？

Question

TFSソースコントロールの下でプロジェクトに新しいファイルを追加すると、そのプロジェクトファイルのプロジェクトファイルと対応する.VSPSCCファイルを確認します。

プロジェクトファイル自体は（新しいファイルを含めるために）変更されますが、.vspsccファイルはまったく変更されません。なぜわざわざチェックアウトするのですか？チェックアウトされることを無効にする方法はありますか？

Answer 1

特定の条件下で変更されるため、チェックアウトされます。したがって、デフォルトの問題としてチェックアウトしました。私はそれについて心配しません。それは何も傷つけません、そしてあなたがそれを無効にするならば、それは奇妙な方法で将来あなたをひどく噛むかもしれません。

Answer 2

によると この郵便受け ベン・ライアンの：

Team Foundationは、これらを使用して、ソースコントロールから除外されたファイルのリストを保存します。 Visual Studioの既存のSCC統合レイヤーの一部をレバレバルして、Team Foundationを統合しました。これらのファイルはキャリーオーバーの1つでした。ソリューションとプロジェクトファイルのSCCセクションにそれらを入力するのではなく、これらのSCC設定を個別のファイルに分割する際にロジックが何であるかを確認する必要があります。

Answer 3

このファイルは、Paulo Santosが投稿したように、過去のVSS/TFS実装からのホールドオーバーです。

ソリューションレベルでは、これらのファイルに機能的に使用されていないことがわかりました。 TFSを使用してから10年で、そのファイルが変更されたのを見たことがありません。私は一般的に閉じたソースソリューションのために行うように、これらの.VSSCCファイルを削除できます。

ただし、ソリューションレベルの.VSSCCファイルを削除すると、ソリューションファイルを初めて開くと、新しいブランチが作成された後にのみ、非破壊的なエラーメッセージが表示されます。後続のすべてのソリューションの開口部では、エラーメッセージが再び表示されません。

私のTFSセットアップ標準には、ソリューションファイルのみがルートフォルダーにあり、すべてのプロジェクトはサブフォルダーの下にあります。これらの.vssccファイルは、ルート内のファイルの数を2倍にするため、常に削除します。

プロジェクトレベルでは、私のチームがプロジェクトファイルを直接開くことはなく、ソリューション.slnファイルのみを開くため、これらのファイルを残します。

私のチームにとって、私はプログラマーがその1回限りのエラーメッセージよりもソリューションを開くのを容易にすることを好みます。