小编Kus*_*han的帖子

我们最近将一个Winforms项目从Visual Studio 2008迁移到了Visual Studio 2012.转换过程非常顺利,所有内容都很好,但我们现在正在努力与winforms设计器一起运行,它的运行速度非常慢.

举个例子,如果我们打开一个小表单(表单包含两个文本框,一个数字更新和两个按钮 - 所有标准内置控件,没有第三方),2012年大约需要40-45秒在2008年,它会在1或2秒内打开.对于我们较大的形式,这种差异更加明显.在2008年,打开表格需要大约7秒钟,但在2012年需要6分钟.最糟糕的是,这是一个阻塞动作,VS2012在打开表单时几乎完全没有响应.这也是通过单击表单的.h来实现的,所以我们不能仅仅通过坚持代码本身来轻松避免它.

还有其他人经历过这个吗？有谁知道它为什么会发生,如果有什么可以做的吗？

其他信息:我们的应用程序是一个C++/CLI winforms应用程序.在我们所有运行Windows 7 x64的开发机器上都可以看到这种行为.我的机器是Core i7 860 CPU,内存为12Gb(现在我正在对以上内容进行基准测试时超过60%) - 绰绰有余,我想.在任何情况下,我的系统运行速度都不慢,它只是VS2012的设计者.

编辑:只是为了进一步澄清,我们没有安装任何插件或类似的东西.这是一个处女VS2012安装.

EDIT2:它似乎也不是网络的东西.

我对MSBuild/TFS有一个非常奇怪且难以诊断的问题.我有一个包含大约12种不同构建配置的解决方案.在构建服务器上运行时,构建该批次可能需要30分钟,并且已经运行好几周,但现在偶尔会失败.

大多数情况下,当它失败时,它将是这样的错误:

19:25:45.037 2> TestPlanDocument.cpp(1):致命错误C1093:API调用'GetAssemblyRefHash'失败'0x8007000e':ErrorMessage:没有足够的存储空间来完成此操作.[C:\ Builds\1\ICCSim卡测试控制器\ ICCSimCTC Release\src\CardTestController\CardTestController.vcxproj]

错误有时会发生在另一个文件上.它不会发生在每个构建配置中,它非常不一致,偶尔甚至会成功构建所有构建配置.构建配置之间没有太大的不同,主要是它只是一些字符串更改,当然它们都在本地构建就好了.

有问题的API调用通常 GetAssemblyRefHash但并非总是如此.我认为这不是问题,因为GetAssemblyRefHash的Googling特别提到了什么.我怀疑这里有一些资源问题,但我不知道:有足够的硬盘空间(数百GB),大量的RAM(机器最初分配的最小4GB但是动态,因为它是超级的-v - 它从未超过2.5GB.我将这个增加到8GB以防万一,并且没有变化).

我已经将构建详细程度设置为诊断,并且它没有真正显示任何其他有用的信息,只是相同的错误.

作为参考,构建服务器在所有修补程序上都是最新的.它运行的是Windows Server 2012 R2,安装了TFS 2013和VS 2013,两者都在Update 4上.

我现在真的很茫然,并会感激任何帮助或指点.

编辑:为了让人们保持最新,编译工具链处于32位模式,但即使切换到64位后,问题仍然存在.

我已经设置了SonarQube并将其与我们的本地TFS构建服务器集成,除了一个功能 - 代码覆盖之外,它正常工作.出于某种原因,即使第二个SonarQube步骤正在拾取.trx文件,它也没有检测到任何代码覆盖率结果.

选中"启用代码覆盖"复选框,在TFS中,我获得了代码覆盖率指标:

但是,SonarQube没有显示覆盖范围:

当我检查构建日志时,SonarQube似乎正在拾取必要的文件:

然而,它只是没有处理覆盖范围.我能错过什么？

TFS是版本15.112.26307.0

SonarQube是6.5版

过去 2 个月，我们一直在 TFS 2017 服务器上使用 Sonarqube。总的来说，它非常有帮助，但几周前，由于 Sonarqube 返回 401 错误（未经授权），我们的一个构建开始失败。

2017-10-12T15:11:19.7921253Z ##[error]16:11:19.729 无法请求和解析“ http://sonarqube.local:9000/api/settings/values?component=MYPROJECTNAME%3Amaster ”：远程服务器返回错误：(401) 未经授权。

2017-10-12T15:11:19.7921253Z ##[error]16:11:19.729 连接到 SonarQube 服务器时无法授权。检查您的凭据，然后重试。

奇怪的是，来自其他项目的其他构建使用相同的 API 令牌运行得非常好。我什至在失败的项目中创建了一个新的 Sonarqube 端点，然后在一个已知的好项目中再次创建了一个新的 Sonarqube 端点 - 再次在两者上使用相同的 API 密钥 - 只是为了发生同样的事情。一个失败并出现上述错误，另一个没问题。

我认为这可能是 sonarqube 本身中的一个安全/权限选项，所以我尝试创建一个全新的 sonarqube 项目，但再次 - 一个 TFS 项目失败，而另一个成功时两者都指向这个新项目。

我怀疑这个问题源于 TFS 项目的安全设置，但是在将好的项目与坏的项目进行比较之后，我没有想到可能是什么原因 - 它们似乎设置相同。我在好的构建和坏的构建上都启用了调试并比较了输出。据我所知，两者之间唯一真正的区别是“失败”构建是从某个地方获取 sonar.password 而好的构建不是：

好的：

2017-10-12T15:13:07.1067146Z ##[debug]处理：##vso[task.setvariable variable=MSBuild.SonarQube.ServerPassword;]

---

2017-10-12T15:13:07.2785974Z ##[debug] 参数 = /c ""Y:\2017_agent_work_tasks\SonarQubeScannerMsBuildBegin_15b84ca1-b62f-4a2a-a403-863b703003-863b777203-863b777203-863b777203-863.开始 /k:"MYPROJECTNAME" /n:"MYPROJECTNAME" /v:"20171012.7" /d:sonar.host.url="http://sonarqube.local:9000/" /d:sonar.login=*** ***** /d:sonar.cs.vscoveragexml.reportsPaths="***.coveragexml" /d:sonar.branch="master""

坏的：

2017-10-12T15:11:19.5733714Z ##[debug]Processed: ##vso[task.setvariable variable=MSBuild.SonarQube.ServerPassword;]********

---

2017-10-12T15：11：19.5733714Z ##[debug] 路径：Z：\2017_agent_work_tasks\SonarQubeScannerMsBuildBegin_15b84ca1-b62f-4a2a-a403-89b77\Sonar10MSQube-Sonar10MSQube10301MSQube-Sonar10MSQube-2017_agent_work_tasks\SonarQubeScannerMsBuildBegin_15b84ca1 :11:19.5733714Z ##[debug] 参数：开始 …