是否需要具有TFS提交注释的故事/问题引用?

能做到吗?对。容易吗?相当容易。然而,有两个警告。第一条警告:你必须写代码。codeplex有一些很好的例子 here . 在codeplex和全能的google上进行更多的搜索可以找到更多的例子。

这里最大的警告是签入策略是客户端的。一旦开发了策略,就需要将其部署到所有开发人员工作站。如果没有安装策略?它被忽略。虽然我是TFS的狂热粉丝,但这是一个我无法相信的疏忽,在三个主要版本发布后仍然存在。

您可以创建一个服务器端的签入监视器,该监视器检查签入并确定是否已关联该故事。但是,它不会阻止签入,但是您可以使用它在事实发生后提醒某人解决问题。

切换到 DVCS system 像Git(见) this article on pre-commit hooks )或mercurial(参见 this other article on pre-commit hooks )它确实有服务器端钩子,可以重写这些钩子来进行验证检查。-)

是的,我知道,不是你想要的答案,而是 是 安 可供替代的 解决一些其他用户可能会觉得有用的问题。

对于dvcs类型的系统,可以在本地计算机上运行的钩子和将提交推回到共享存储库时在服务器上运行的钩子之间进行分离。这种概念在TFS中没有必然结果。它 可以 让开发人员更容易做一些事情。例如,提交到共享存储库的每个变更集都必须在提交消息中附加一个票据编号。本地预提交钩子防止创建(在Mercurial中)没有正确提交消息的变更集。

在一个 upcoming release 也许在这方面事情会更容易些。