带有 MSSCCI 的 VFP 9 SP2：项目加载缓慢答案

【问题标题】：VFP 9 SP2 with MSSCCI: slow project loading带有 MSSCCI 的 VFP 9 SP2：项目加载缓慢
【发布时间】：2026-02-12 00:50:02
【问题描述】：

MSSCCI 是否有可能使 VFP 项目加载缓慢？项目有 1000 多个文件，工作区是服务器。项目加载大约 120 多秒。加载过程中网络流量较大，CPU和内存没有明显变化。请问如何优化加载项目？

解决方案：

不，似乎加载缓慢是由于在 VFP 中控制源代码的小型大型项目使用 MSSCCI 提供程序的结果。

【问题讨论】：

您使用的是哪个版本的 TFS？您使用的是哪个版本的 MSSCCI？你的意思是你在本地缓慢加载项目，还是从 TFS 缓慢获取项目？是特定的人正在经历还是所有人都在经历？您如何部署 TFS、单服务器或两层？你安装杀毒软件吗？
我们使用 MSSCCI（2013&2015 MSSCCI Provider 32 位）连接到 Visual Studio Team Services。我们在两台电脑上试了试——Windows 10（没有杀毒软件）、Windows 7（安装了杀毒软件）和同样的问题。项目源码控制（在线）加载慢，断网（离线工作）加载快。
您的网络环境中是否启用了代理？
不，我们没有。会不会有问题？

标签： tfs visual-foxpro msscci

【解决方案1】：

几年前，我们考虑过从 Visual SourceSafe 迁移到 TFS。当 VFP 项目与 TFS 集成时，打开项目的时间比使用 VSS 的时间长。集成还有其他奇怪的地方，例如无法查看文件何时已被其他人签出。我们最终放弃了这个想法并坚持使用 VSS。也就是说，我不一定会责怪 MSSCCI 提供商。它可能与 VFP 查询源代码控制数据的方式有关。

请注意，您不需要使用 VFP 项目集成。您可以使用单独的源代码控制客户端来签入/签出文件。您需要一个生成二进制文件（SCX、VCX 等）文本版本的过程。

FWIW，使用 VSS 打开项目也可能很慢。升级我们的 VSS 服务器有很大的不同。如果您在较旧/较慢的服务器上运行 TFS，您可能会发现相同的情况。

【讨论】：

最后我们将使用 Mercurial 而不是 Bitbucket 和 SourceTree 客户端。所以使用外部源代码控制。谢谢你的建议。

【解决方案2】：

我没有使用它，所以我不能直接评论它。

一个项目只是一张表，一个包含 1000 多个文件的项目大约意味着 2Mb 左右，这对于当今的网络来说是毫无意义的（即使它意味着要降低所有这些数据）。通常它应该立即打开或最多延迟 1-2 秒（假设您没有使用极慢的网络）。

【讨论】：

是的，你说得对。但是，我认为 MSSCCI 在项目加载期间连接 VSTS 以获取有关所有源代码控制文件的一些元信息，这会使加载速度变慢。但我认为应该很快。

【解决方案3】：

请提供有关您的环境的更多详细信息。
确保您的 TFS 和 MSSCCI 使用的是最新版本。
尝试在另一台客户端计算机上查看您的问题是否会重现。
创建一个新的工作区，看看性能是否仍然存在。

【讨论】：

Windows 10 和 Windows 7，带和不带防病毒软件，MSSCCI 2013&2015 32 位，VSTS。项目 1000 多个文件。所有最后更新。以及 Visual Fox Pro 8 和 9 SP2。我尝试新的工作区，没有变化。谢谢