2010-06-25 76 views
62

如果我将一个新文件添加到TFS源代码管理下的项目中,它将检出该项目文件的项目文件和相应的.vspscc文件。为什么Visual Studio在向项目添加文件时检出.vspscc文件?

项目文件本身发生变化(包含新文件),但.vspscc文件根本不会改变。为什么要检查它?有没有办法阻止它被检出,如果有,我应该吗?

+0

这是一个非常好的问题。将项目添加到源代码管理时,似乎会创建**和版本** .vspscc文件。但是,如果您尝试导出项目并将其重新添加到其他源控件,则源代码管理向导会将这些文件置于忽略列表中。可悲的是,这个问题还没有得到肯定的答案,因为...... **或**否,因为...... **答案。 – Vinzenz 2017-08-08 16:05:43

回答

33

它被检出,因为在某些情况下它会被修改..因此他们检查出来作为默认。我不担心这件事。它不会伤害任何东西,如果你禁用它,将来可能会以一种奇怪的方式严重伤害你。

+1

谢谢。只是出于好奇,不知道这些特定条件是什么? – kenwarner 2010-06-25 19:20:05

+0

不是线索。我刚刚看到它在蓝色月亮中以不同的尺寸签入,所以我认为它偶尔会发生变化。当我星期一上班时,我可以看到我能否告诉我有什么不同 – Caladain 2010-06-25 19:22:03

+0

我刚刚查看了9个月历史的vspscc文件上的版本历史记录,并且自第一次添加以来没有更改的情况下有数十个签入。 – kenwarner 2010-06-25 19:26:11

28

根据本·赖恩的this post

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

2

此文件是从过去的VSS/TFS实施,像保罗桑托斯张贴保留。

在解决方案级别上,我找不到这些文件的功能用途。在使用TFS的10年中,我从未见过该文件被更改过。您可以删除这些.VSSCC文件,就像我通常为我的封闭源代码解决方案所做的那样。

但是,如果删除解决方案级.vsscc文件,则只有在创建新分支后,才会在解决方案文件第一次打开时收到无损的错误消息。随后的所有解决方案都将不会再显示错误消息。

我的TFS安装标准只在根文件夹中有解决方案文件,所有项目都在子文件夹下。由于这些.vsscc文件是我的根目录中文件数量的两倍,我总是删除它们。

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

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

+0

不幸的是,即使删除了这些文件,Visual Studio(甚至是2015)也会重新生成它们。 – palswim 2016-07-05 19:24:12

相关问题