您可以通过“自定义路径”策略来限制“签入策略”规则。但“签到说明”标签似乎并不适用于同一系统。为什么“签到说明”不是另一种“签到政策”?
我正在使用Team Foundation Server 2008 SP1
发布于 2008-10-04 09:30:24
前段时间我们也遇到过类似的问题。对于某些子树,我们需要输入代码审阅者。我最终实现了一个自定义策略,并使用自定义路径策略将其限制为某些文件夹。这很好用,除了您必须部署策略程序集,而TFS没有用于此的内置机制,yet。
发布于 2008-10-01 05:33:36
这是一个有趣的问题--简短的答案是你不能。
我自己遇到过很多问题,人们对签入说明和签入策略感到困惑,因为虽然在服务器上的实现非常不同,但它们通常服务于相似的目的。
签入说明是您希望在每次签入团队项目时收集的一些结构化元数据。它们可以被认为是谁是代码审查员,或者是外部CRM系统或其他系统中对票据的引用。您可以将它们设置为必填项,也可以将其定义为供用户选择填写。
签入策略是在签入时在客户端上运行的一些代码,可以决定是否允许签入。这些对于检查一些东西很有用,比如你已经将一个签入与一个工作项相关联,给它一个注释,或者你正在签入的代码通过了某些关键的静态代码分析规则(例如SQL注入攻击的基本检查等)。如果签入策略在签入评估中失败,则用户会收到警报,并且他们能够通过签入策略覆盖修复问题或签入,而TFS管理员可以轻松地报告或警告该问题。
签入说明和签入策略都是在团队项目级别定义和限定范围的。然而,微软得到的反馈是,一些人希望签入策略应用于版本控制中的特定路径,而不仅仅是团队项目,因此发明了自定义路径策略。
自定义路径策略是一个小技巧,它允许您将签入策略包装在自定义路径策略中。每次签入时都会对自定义路径进行评估,如果它包含定义路径内的文件,则会针对这些文件评估包装的签入策略。自定义路径策略在TFS Power Tools中提供,并不是“开箱即用”TFS体验的一部分。
所以,用一种不同的方式回答你的问题--我怀疑答案是“因为这就是它的设计方式,没有足够多的人要求改变它”。
如果你想在http://connect.microsoft.com/VisualStudio留下反馈,我知道他们非常重视客户的反馈。
https://stackoverflow.com/questions/156035
复制相似问题