TFSソース管理下のプロジェクトに新しいファイルを追加すると、プロジェクトファイルとそのプロジェクトファイルに対応する.vspsccファイルがチェックアウトされます。
プロジェクトファイル自体は（新しいファイルを含めるために）変更されますが、.vspsccファイルはまったく変更されません。なぜわざわざチェックするのですか？チェックアウトを無効にする方法はありますか？ある場合は、チェックアウトする必要がありますか？
40503 次
3 に答える
35
特定の条件下で変更されるため、チェックアウトされます。したがって、デフォルトの問題としてチェックアウトされます。私はそれについて心配しません..それは何も傷つけません、そしてあなたがそれを無効にすると、それは奇妙な方法で将来あなたをひどく噛むかもしれません。
于 2010-06-25T19:19:29.983 に答える
33
ベンライアンのこの投稿によると：
Team Foundationはこれらを使用して、ソース管理から除外されたファイルのリストを保存します。VisualStudioの既存のSCC統合レイヤーの一部を活用してTeamFoundationを統合しましたが、これらのファイルは持ち越しの1つでした。これらのSCC設定をソリューションおよびプロジェクトファイルのSCCセクションに配置するのではなく、個別のファイルに分割する際のロジックを確認する必要があります。
于 2011-08-18T12:59:34.833 に答える
4
このファイルは、PauloSantosが投稿したような過去のVSS/TFS実装からの引き継ぎです。
ソリューションレベルでは、これらのファイルの機能的な使用法は見つかりませんでした。TFSを使用して10年間、そのファイルが変更されたのを見たことがありません。クローズドソースソリューションで一般的に行っているように、これらの.VSSCCファイルを削除できます。
ただし、ソリューションレベルの.vssccファイルを削除すると、ソリューションファイルを初めて開いたときに、新しいブランチが作成された後にのみ、非破壊的なエラーメッセージが表示されます。以降のすべてのソリューションを開くと、エラーメッセージが再度表示されることはありません。
私のTFSセットアップ標準では、ルートフォルダーにソリューションファイルのみがあり、すべてのプロジェクトはサブフォルダーの下にあります。これらの.vssccファイルはルート内のファイル数が2倍になるため、常に削除します。
プロジェクトレベルでは、これらのファイルを残します。私のチームはプロジェクトファイルを直接開くことはなく、ソリューションの.SLNファイルのみを開くためです。
私のチームにとって、私はその1回限りのエラーメッセージよりもプログラマーがソリューションを簡単に開くことを好みます。
于 2015-06-30T17:40:03.977 に答える