我们考虑在不久的将来使用Klocwork Insight进行代码分析，并且只是将我们的源代码迁移到Team Foundation Server 2010.
是否可以告诉Klocwork为找到的问题创建工作项？或者我需要创建一个可以执行此操作的脚本吗？
TFS 2010列为"Supported software configuration management (SCM) system for Klocwork Inspect"，但这可能仅指从TFS获取代码的能力。可悲的是，该网站没有进一步阐述。
有关此主题的任何想法？提前谢谢。
[编辑]详细说明：
在TFS上进行高效工作之后，可能会有一个初始阶段，即将Workspace分别运送到Klocwork Server并单独运行Klocwork，只有自己的IDE来处理其输出。对于重大问题，我们必须手动创建WI，就像我们现在一样（使用其他问题工具）。
在那之后不久，我们可能会将Klocwork包含在我们每周构建的Build Workflow中，因此TFS至少会知道它的退出状态。我想如果Klocwork“失败”，那么TFS可以创建一个WI，但是它可以为每个x和更高版本或特定ID创建一个WI吗？
答案 0 :(得分：2)
没有很好的Klocwork知识（我在另一份工作中有一些小经验，但这是一个UX世界 - 所以我的经验可能甚至没有相关性）我会说这应该可以用TFS。
如果您计划将代码分析器用作构建的一部分，那么这是微不足道的，因为您将能够将工作项生成委派给TFS构建。唯一的先决条件是Klocwork可以作为控制台应用程序运行。
如果您想单独使用它，有两种可能性：（1）Klocwork本身与TFS＆amp;可以自己生成你喜欢的项目，或者（2）它不是，你必须以编程方式创建你的WI。
如果您详细说明您关注的变体，我可以使用任一选项为您提供支持。
[我们的代码分析器作为TFS中构建的一部分运行，在较旧的工作中，Klocworks也是构建的一部分。]
编辑（根据以下评论）
使用“InvokeProcess”活动调用Klocworks应该没有问题。抓住它导致的退出代码。如果它等于“失败”，那么使用已经提供的活动OpenWorkItem打开一个新的WI是非常简单的（here是对不同情况的使用的演示）
如果你想为每个Build打开多个WI，事情可能会变得更复杂：“InvokeProcess”仍然存在，但是你必须将Klocwork输出解析为合适的<List>。最后实现一个包含OpenWorkItem的foreach。痛苦应该是在构建过程模板中实现这种“解析”。