2017-10-21 221 views
62

我注意到,使用tortoiseSVN将任何文件与其基本版本[TortoiseMerge]进行比较时,升级到最新版本的Windows后,存在巨大的延迟(只是坐在那里无所事事)。自从赢得10次秋季创作者更新[本地回购]之后,SVN的基数很低(乌龟)?

我在快速通道上,大约一个月前得到了秋季创作者的更新,并注意到了这一点,所以我恢复了原状,并且它消失了。打到RTM后,我认为这是固定的,但显然我错了。

我的意思是非常慢?

Before fall creators update: <1 second 

After: A minute or 2, as long as it takes..and that's just for comparing 1 file. 

我只是去看一篇文章或其他东西,然后等待tortoiseMerge图标在任务栏中弹出。

Repo在我的桌面上 - 客户端在笔记本电脑上 - 同一网络上。

任何人都有类似的经历?有没有人找到解决方法?

编辑: 这个问题有更多的TortoiseMerge比TortoiseSVN或SVN本身 - 我切换到超越比较,它现在工作良好。

+0

发现了类似的问题,但对于GIT: https://stackoverflow.com/questions/46847809/sourcetree-not-working-after-windows-10-fall-creators-update – AngelicCore

+0

禁用Windows防御者实时扫描/保护和看看会发生什么。 – magicandre1981

+1

同样在这里。禁用Windows Defender没有帮助。 – stepand76

回答

74

当您重新编译代码时,issue is already reported to Microsoft和Microsoft在Visual Studio 15.6(当前位于预览版)中进行了修复。这里使用没有慢速Get/SetPixel的固定MFC。

在Windows 10中修复当前和较旧的MFC编译工具,Microsoft released the Update KB4058258。发行说明未提及修复,但它是confirmed by the reporter that the fix是累积更新的一部分。

因此安装更新应该修复它。所以如果你有这个问题,确保你运行至少Build 16299. (运行winver.exe看到的数字)。

enter image description here

如果你有这样或一个较大的数字在最后一个位置,这个问题应该消失。

旧的和过时的信息被存档。 See the revisions这个答案适用于旧的解决方法。

+10

说实话,没有丝带就没那么好 - 稍快一些,但总体上比以前的Windows更慢。 不得不恢复到仅比较缩放的创作者版本。 – AngelicCore

+5

谢谢!禁用使用功能区彻底解决了我与TortoiseGitMerge的问题。使用色带需要长达30秒的时间才能合并显示,而现在它已被禁用,现在又回到接近即时状态。 – Akeo

+0

为其他用户在这里工作。投票处理msft社区的问题,并尝试更新GPU驱动程序并重新安装Tortoise(Git/SVN)。 – magicandre1981

8

而不是删除“功能区”设置,或更改Windows中的安全性,我安装了最后一晚构建(1.9.9.x),性能又回来了。 我看了一下设置,功能区仍然作为默认选中。但表现在那里。 https://nightlybuilds.tortoisesvn.net/latest/x64/full/

+2

是的,这个版本起诉了本地Windows的ribbbon,并且不再使用Mfc来修复减速,但不建议每晚使用SVN 1.10 dev生成环境中的引擎。 – magicandre1981

1

在TortoiseSVN的设置窗口中,我

  1. 选择比较查看器/合并工具

  2. 检查外部

  3. 选择WinMerge

工程就像一个魅力。

+0

不是答案。而WinMerge不是一种三路合并工具。 –

3

作为一种解决方法,您可以改用TortoiseUDiff工具。它仍然很快。这是我做的:

  1. 在Windows资源管理器中右键单击一个工作文件夹,然后单击“SVN提交”
  2. 选择一个或多个文件中的'提交>所做的更改名单
  3. 右击选择并选择“显示更改为统一差异”

它不像TortoiseMerge那么强大,但如果您只需要查看您提交的更改,上述方法仍然可以快速运行。