当我向项目中添加文件时,为什么 VisualStudio 会签出.vspscc 文件?

如果我向 TFS 源代码管理下的项目添加一个新文件,它将签出项目文件和相应的。项目文件的 vspscc 文件。

项目文件本身会更改(以包括新文件) ,但。Vspscc 文件根本不会改变。为什么还要去查?有没有办法阻止它被检查如果有的话,我应该这么做吗?

42915 次浏览

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.

According to this post of Ben Ryan:

Team Foundation uses these to store lists of files that have been excluded from source control. We leveraged some of the existing SCC integration layer in Visual Studio to integrate Team Foundation, and these files were one of the carryovers. I'll have to check into what the logic was in breaking out these SCC settings into separate files as opposed to putting them in the solution and project files' SCC sections.

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.