如果我将新文件添加到 TFS 源代码控制下的项目,它将检出该项目文件以及该项目文件对应的 .vspscc 文件。

项目文件本身发生更改(以包含新文件),但 .vspscc 文件根本没有更改。何必费力去检查呢?有没有办法禁止它被签出,如果有,我应该吗?

有帮助吗?

解决方案

它被检查出来,因为在某些条件下会进行修改。我不会担心它..这不会伤害任何东西,如果您禁用它,它可能会以奇怪的方式咬人。

其他提示

根据 这个帖子 本·瑞安(Ben Ryan):

Team Foundation使用这些来存储已排除在源控制之外的文件列表。我们利用了Visual Studio中的一些现有SCC集成层来集成团队基金会,这些文件是其中一个。我必须检查将这些SCC设置分解为单独文件的逻辑,而不是将它们放入解决方案和项目文件的SCC部分中。

该文件是过去 VSS/TFS 实现的遗留文件,如 Paulo Santos 发布的那样。

在解决方案级别上,我发现这些文件没有任何功能用途。在使用 TFS 的 10 年里,我从未见过该文件被更改。您可以删除这些 .VSSCC 文件,就像我通常对闭源解决方案所做的那样。

但是,如果删除解决方案级别的 .vsscc 文件,则只有在创建新分支之后,您才会在首次打开解决方案文件时收到非破坏性错误消息。后续所有解决方案打开都不会再次显示错误消息。

我的 TFS 设置标准将解决方案文件单独放在根文件夹中,所有项目都位于子文件夹下。由于这些 .vsscc 文件使我的根目录中的文件数量增加了一倍,因此我总是删除它们。

在项目级别,我保留这些文件,因为我的团队从不直接打开项目文件,只打开解决方案 .SLN 文件。

对于我的团队来说,我更喜欢程序员轻松打开解决方案而不是一次性错误消息。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top