我们刚刚首次设置了TFS 11。运行gated check in,它成功但返回此消息:
'srctool.exe'返回了一个意外的退出代码:' - 1'。一个错误 打开文件“CustomDllName.dll”时出现:Assembly “CustomDllName.dll”不是有效的.NET程序集,将被跳过 用于分析。
嗯,这是正确的:该文件是我们无法控制的遗留Visual Basic 6 DLL。它包含在COM访问某些方法的项目中。
有没有办法在检查时指示srctool.exe / TFS跳过该文件?或者另一种攻击方式?
答案 0 :(得分:1)
Microsoft的TFS 11团队成员向我提到问题是由于Windows 8团队对srctool.exe
工具所做的行为更改。
通过从Windows 7 SDK(WinDBG)工具包复制此文件并覆盖TFS 11 Beta中包含的文件,我能够成功运行构建而没有任何错误。
答案 1 :(得分:0)
这是出货的IndexSources活动中的srctool.exe错误吗?此活动中的srctool.exe执行一项操作,即列出pdb中的源文件信息。我不是一个srctool专家所以我不知道为什么它在这种情况下失败了。我知道srctool.exe在版本11中有一些行为更改,其中大部分都是以前版本中的修复。
有一种解决方法需要修改构建模板。它不是很好,但它的工作原理。对于SymbolFiles集合中的每个pdb文件,运行Srctool.exe(在IndexSources活动内)。既然您知道哪个pdb失败了,您可以更新构建模板以在IndexSources活动之前添加R emoveFromCollection活动,从而从SymbolFiles集合中删除陷入困境的pdb。这是迄今为止我能想到的最简单的解决方法。
或者,您可以编辑FindMatchingFiles活动的搜索模式,以排除您不希望索引源的pdb文件。
根据您收到的错误消息,它似乎与Ed提到的已知问题无关。我们为下一个版本修复了这个问题,所以如果相关,则应该修复: - )
如果你对构建模板的VS11 Beta有任何问题,请告诉我。
感谢。