当我向项目添加文件时，为什么 Visual Studio 会检出 .vspscc 文件？
如果我将新文件添加到 TFS 源代码控制下的项目，它将检出该项目文件以及该项目文件对应的 .vspscc 文件。
项目文件本身发生更改（以包含新文件），但 .vspscc 文件根本没有更改。何必费力去检查呢？有没有办法禁止它被签出，如果有，我应该吗？
If I add a new file to a project under TFS source control, it will check out the project file and the corresponding .vspscc file for that project file.
The project file itself changes (to include the new file), but the .vspscc file doesn't change at all. Why bother checking it out? Is there a way to disable it from being checked out and if there is, should I?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
它被签出是因为在某些条件下它会被修改......因此他们默认将其签出。我不担心它......它不会伤害任何东西，如果你禁用它，它可能会在未来以一种奇怪的方式严重咬你。
It gets checked out because under certain conditions it will be modified..and thus they checked it out as a matter of default. I wouldn't worry about it..it's not hurting anything, and if you disable it, it might bite you badly in the future in a bizarre way.
根据 Ben Ryan 的这篇文章：
According to this post of Ben Ryan:
该文件是过去 VSS/TFS 实现的遗留文件，如 Paulo Santos 发布的那样。
在解决方案级别上，我发现这些文件没有任何功能用途。在使用 TFS 的 10 年里，我从未见过该文件被更改。您可以删除这些 .VSSCC 文件，就像我通常对闭源解决方案所做的那样。
但是，如果删除解决方案级别的 .vsscc 文件，则只有在创建新分支之后，您才会在首次打开解决方案文件时收到非破坏性错误消息。后续所有解决方案打开都不会再次显示错误消息。
我的 TFS 设置标准将解决方案文件单独放在根文件夹中，所有项目都位于子文件夹下。由于这些 .vsscc 文件使我的根目录中的文件数量增加了一倍，因此我总是删除它们。
在项目级别，我保留这些文件，因为我的团队从不直接打开项目文件，只打开解决方案 .SLN 文件。
对于我的团队来说，我更喜欢程序员轻松打开解决方案而不是一次性错误消息。
This file is a holdover from past VSS/TFS implementations, like Paulo Santos posted.
On the solution level, I have found no functional use for these files. In 10 years of using TFS, I have never seen that file altered. You can delete these .VSSCC files, as I commonly do for my closed source solutions.
But if you delete the solution-level .vsscc file, you will get a non-destructive error message on the first time open of the solution file...only after a new branch is created. All subsequent solution opening will not show the error message again.
My TFS setup standards have the solution file alone in the root folder, all projects are under sub-folders. Since those .vsscc files double the number of files in my root, I always delete them.
On a project level, I leave those files, as my team never opens project files directly, only solution .SLN files.
For my team, I prefer programmer ease of opening solutions over that one-time error message.