使用Visual Studio时缓慢的TFS响应（2013,2015,2017） [英] Slow TFS response when using Visual Studio (2013, 2015, 2017)

问题描述

我们在公司TFS服务器2015上运行 

We run in our company TFS server 2015 

在我们运行的大多数Visual Studio客户端中，源控件资源管理器的任何使用都需要很长时间（重命名，移动，结帐，签入合并）



例如在我的机器上我使用VS 2017并连接到7个不同的TFS项目



我的机器规格

Windows 7 SP1

i5-4300

16G内存

500G SSD（ 86G免费）



我尝试删除所有项目坐骑，移除工作空间并重新安装，问题又回来了。


在公司的一些客户中，只使用一个项目，它的工作速度足够快

In most of the Visual Studio clients that we run, any use of source control explorer take ages (Rename, move, checkout, check in merge)

For example in my machine i use VS 2017 and connect to 7 different TFS projects

My Machine Specifications
Windows 7 SP1
i5-4300
16G RAM
500G SSD (86G free)

I try to remove all the project mounts, remove the work-space and mount them again, and the issue come back

In some of the clients in the company, which using only one project, it work fast enough

Nachum 

Nachum 

推荐答案

嗨Nachum，

Hi Nachum,

在源控制资源管理器中性能缓慢的类似问题上，我的团队成员很少抱怨。让我描述一下我用来诊断和解决这个问题的步骤。

I had complains form few of my team members on similar issue of slow performance in source control explorer. Let me describe the steps I used to diagnose and fix this issue.

1。我怀疑抱怨团队成员应该做错了什么。所以我让他告诉我这个问题，让计算机的任务经理运行。在查看任务管理器时，我注意到发生了大量磁盘IO，并且2个磁盘处于
100％，因为您在问题中描述了所执行的任何操作。

1. I doubted this should be something wrong the complaining team member has done. So i asked him to show me the issue and the let the task manager of the computer run. While looking at the task manager I notice lot of disk IO happening and 2 disks are at 100% utilize all the time any action performed as you describe in your question.

2 。我检查了团队成员如何映射工作区。他已将其映射到硬盘中的所有位置。例如，查看下面的几个项目本地文件夹映射。

2. I checked how the team member mapped the workspaces. He has mapped it all over the place in his hard drives. for example look at below for few projects local folder maps.

• C：\Myprojects \TeamProjectX
• C：\Officework \ TemProjectY
• C：\ work \ Mywork\ProjectZ
• D：\Office\work \ ProjectK

3。这看起来很糟糕，我可以立即得到他的硬盘IO如此之高的原因。磁盘读取必须做很多才能获得源控制资源管理器所需的所有信息，这是我用我很少的硬件知识猜测的。

3. This looks so bad and I could immediately get why his hard disk IO is so high. The disk reading had to do lot to get all the info needed for source control explorer, that was my guess with the very little hardware knowledge I had.

4。我要求开发人员删除所有映射并在其中一个硬盘上创建一个名为MyTFS的新文件夹（无论名称无关紧要）。

4. I asked the developer to remove all mappings and create a new folder one of the hard disks, called MyTFS (whatever name it does not matter).

5。然后为我们拥有的每个项目集合创建一个文件夹。如客户，内部等。

5. Then create a folder for each project collection we have. Such as clients, internal etc.

6。然后从

级别的源代码控制资源管理器映射到相关的集合文件夹。将映射完成为递归并且没有下载所有源代码。

level of source control explorer map to the relevant collection folder. Done the mapping as recursive and did not download all source code though.

7。然后单击每个未下载的项目，只显示完整路径变灰，直到下载完毕。但是映射在一个层次结构中。

7. Then clicking on each of not downloaded project just shows the full paths grayed out until they are downloaded. But mapped in a single hierarchy.

8。有了这个，他在一个分层文件夹结构中下载了他想要的所有项目。 （D：\ MyTSF \ Clients这是集合级别映射）

8. With this he downloaded all the projects he want in a single hierarchical folder structure. (D:\MyTSF\Clients this is the collection level mapping)

• D：\ MyTF \ Clients \TeamProjectX
• d：\MyTSF\Clients\TemProjectY
• d：\MyTSF\Clients\ProjectZ
• d：\MyTSF\Clients\ProjectK

9。没有更高的磁盘IO和性能闪电般快。

9. There was no more high disk IO and performance was lightning fast.

这可能是你的情况，也可能不是。如果您的文件夹结构正确且仍然遇到此问题，请与屏幕截图分享更多详细信息，让我们尝试找出导致性能下降的确切问题。

This might be your case or might not. If you have your folder structure properly and still getting this issue, share few more details with screenshots and let's try to identify your exact issue causing slow performance.

干杯！

Chaminda

这篇关于使用Visual Studio时缓慢的TFS响应（2013,2015,2017）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！