4

我们只是第一次设置了 TFS 11。运行门控签入，它成功但返回此消息：

“srctool.exe”返回了意外的退出代码：“-1”。打开文件“CustomDllName.dll”时出错：程序集“CustomDllName.dll”不是有效的 .NET 程序集，将被跳过以进行分析。

嗯，它是正确的：该文件是一个遗留的 Visual Basic 6 DLL，我们没有太多控制权。它包含在项目中，用于对一些方法进行 COM 访问。

有没有办法指示 srctool.exe/TFS 在进行检查时跳过该文件？还是另一种攻击方式？

4

2 回答 2

1

这是最终对我有用的解决方案

微软 TFS 11 团队的一位成员向我提到，问题是由于 Windows 8 团队对该srctool.exe工具的行为发生了变化。

通过从Windows 7 SDK (WinDBG) 工具包中复制此文件并覆盖 TFS 11 Beta 中包含的文件，我能够成功运行构建而没有任何错误。

于 2012-05-17T21:59:29.360 回答
0

这是随附的 IndexSources 活动中的 srctool.exe 错误吗？本次活动中的srctool.exe 做了一件事，就是列出pdb 中的源文件信息。我不是 srctool 专家，所以我不知道为什么在这种情况下它会失败。我确实知道 srctool.exe 在版本 11 中有一些行为变化，其中大部分是以前版本的修复。

有一种解决方法需要更新构建模板。这不是很好，但它有效。Srctool.exe 为 SymbolFiles 集合中的每个 pdb 文件运行（在 IndexSources 活动中）。现在您知道哪个 pdb 失败了，您可以更新构建模板以在 IndexSources 活动之前添加一个 R emoveFromCollection活动，以便从 SymbolFiles 集合中删除有问题的 pdb。这是迄今为止我能想到的最直接的解决方法。

或者，您可以编辑 FindMatchingFiles 活动的搜索模式以排除您不希望源索引的 pdb 文件。

根据您收到的错误消息，它似乎与 Ed 提到的已知问题无关。我们为下一个版本修复了这个问题，所以如果它是相关的，它应该被修复:-)

如果您对构建模板的 VS11 Beta 有任何问题，请告诉我。

谢谢。

于 2012-05-07T02:21:12.050 回答