我们可以通过"自定义路径"策略限制"签入策略"规则。但是"签入说明"标签似乎不适用于同一系统。为什么"入住说明"不只是另一项"入住政策"？

我正在使用Team Foundation Server 2008 SP1

解决方案

这是一个有趣的问题，简短的答案是你不能。

我本人也经常遇到这个问题，人们对入住说明和入住政策感到困惑，因为尽管服务器上的实现方式非常不同，但它们通常具有相似的用途。

检入注释是要在每次团队项目检入中收集的结构化元数据的一部分。他们可以像是谁是代码审阅者或者外部CRM系统中对票证的引用之类的。我们可以将其设置为必需，也可以仅定义它们以供人们选择填写。

签入策略是在签入点在客户端上运行的一些代码，用于说明是否应允许签入。这些对于检查诸如将签入与工作项相关联，给定注释或者我们要签入的代码通过某些关键静态代码分析规则(例如对SQL注入攻击的基本检查等)很有用。 。如果签入策略在签到评估中失败，则用户将收到警报，并且他们可以通过替换签入策略覆盖解决问题或者签入的能力，而不是很容易报告或者提醒由TFS管理员执行。

签入注释和签入策略均在团队项目级别定义和确定范围。但是，Microsoft反馈说，有些人希望将签入策略应用于版本控制中的特定路径，而不仅仅是团队项目，因此发明了"自定义路径策略"。

"自定义路径策略"是一个小技巧，可让我们将签入策略包装在自定义路径策略中。每次登录时都会评估自定义路径，如果自定义路径在定义的路径中包含文件，则将针对这些文件评估打包的签入策略。 TFS Power Tools中附带了"自定义路径策略"，它不是"开箱即用" TFS体验的一部分。

因此，以一种不同的方式回答问题，我怀疑答案是"因为这是它的设计方式，并且没有足够的人要求对其进行更改"。

如果我们想在http://connect.microsoft.com/VisualStudio上留下反馈，我知道他们非常重视客户反馈。

前段时间我们遇到了类似的问题。对于某些子树，我们希望要求输入代码检查器。我最终实现了一个自定义策略，并使用"自定义路径策略"将其限制为某些文件夹。效果很好，只不过我们必须部署策略程序集，而TFS尚无内置机制。