2011-05-24 77 views

回答

3

不完全是这样,但工作流程可以用另一种方式:而不是预先创建错误,您可以让Team Foundation Server为您处理工作项目创建。如果创建运行单元测试的持续集成构建,则可以创建分配给提交变更集的用户(如果构建失败)的bug(包括因为单元测试失败)。

关于配置持续集成的好文章要做到这一点在MSDN Magazine

TFS 2010中的一项新功能是门控签入功能,该功能将通过在构建和测试步骤完成之前成功完成构建和测试步骤来防止此失败代码被签入。

1

目前,没有机制去做你想做的事。您可以强制用户检入标有工作项的更改,然后您可以手动检查。如果用户要么修改一个测试类,要么创建一个新的测试类,并且检查修补程序,您可以看到它是否完成。但是,没有automagic“如果这个测试改变了,提醒我”。

如果您需要某种类型的“更改和警报”功能,我会检查CodePlex并查看是否有此类工具。它也可以在数据库层得到促进,但我不确定会采取什么样的monkeying。我没有看过最新的TFS的服务端点,所以可能有一种方法来查询是否有变化。

希望我有一个更好的答案,但这是一个有趣的问题,所以我会考虑去微软连接TFS和请求功能。如果有足够的人对此功能感兴趣,它可以包含在未来版本中。