我有一个项目，我一直在使用VS Pending Checkins选项卡中的VSS源代码控制。这一直持续到最近。现在当我对代码进行更改时，我没有在Pending Checkins选项卡中输入任何条目。
我看过this文章，但是当右键点击解决方案或在文件 - ＆gt;下时，没有看到Go Online选项。源控制。可能是因为那个人使用的是TFS而不是VSS。
我尝试破坏源控件链接并创建一个新树，但是当我进行更改时它仍然没有自动检出。我一直在使用Check Out For Edit选项，然后检入，但无论我是否进行更改，这都会获得所有类。我在VS中使用源代码控制，因为列表可以很容易地确定是否需要检查是否有内容。
有没有人知道为什么这可能已停止使用此项目。它仍然在其他项目中工作。我确实选择了“开启保存”和“开启编辑”。不检查允许编辑的签入项目，也不检查源代码管理下的任何其他选项 - ＆gt;环境。
感谢您提出任何建议。
更新：我刚刚在解决方案中添加了一个新类，该类出现在挂起的签入中。但是，我还对其他类进行了一些更改，并且没有一个更改出现在签名之下。
答案 0 :(得分：0)
我也通过Visual Studio依赖SourceSafe来自动检出文件。但它通常只是默认工作，虽然你需要知道我从this帖子中学到的一些假设，这解释了风险的方法论：
如果您在未检出所有文件的情况下获取所有文件，则只能在Windows资源管理器属性中看到这些文件。然后，当您对任何文件键入第一个编辑时，VS / VSS首先检查该文件的只读属性。如果它是只读的，那么文件将被自动检出（这是默认选项）。然后，当您准备签入一组文件时，VS将显示所有“待办登记”，您可以将它们作为一组进行检查。
我已经依赖这个多年了，因为它在我们的环境中一直很好用，直到几周前我的许多源文件以某种方式丢失了它们的只读属性。所以没有只读，有些文件没有被检出，因此没有被检入。而且在您的硬盘崩溃并且尝试从另一台机器构建之前，这很难被检测到！
我找到了一个方法here来修复只读属性：
签入所有已编辑的文件（使用VSS查找哪些文件 改变[使用差异]，即使VS没有检查出来）。然后做了最新的 覆盖本地文件并确保＆＃34;保持可写＆＃34;复选框不是 检查。