您可以通过“自定义路径”政策限制“签到政策”规则。但“签入备注”选项卡似乎不适合同一系统。为什么“Check-In notes”不是另一个“Check-In政策”??
我正在使用Team Foundation Server 2008 SP1
答案 0 :(得分:3)
前段时间我们遇到过类似的问题。对于某些子树,我们想要求输入代码审阅者。我最终实现了自定义策略,并使用自定义路径策略将其限制为某些文件夹。这很有效,除了您必须部署策略程序集并且TFS没有内置机制,yet。
答案 1 :(得分:2)
这是一个有趣的问题 - 简短的回答是你不能。
我自己遇到了很多问题,因为人们在办理登记手续和签到政策时感到困惑,因为虽然服务器上的实施方式非常不同,但它们通常用于类似目的。
签到笔记是您希望在每次签到团队项目时收集的结构化元数据。他们可以认为谁是代码审阅者或对外部CRM系统中的票证的引用。您可以将它们设为必需,或者只为人们定义它们以便可选择填写。
签到策略是在签到时在客户端上运行的代码位,如果允许签入,则可以说明。这些对于检查诸如您已将工作项与签入相关联,给定注释或您签入的代码通过某些关键静态代码分析规则(例如SQL注入攻击的基本检查等)非常有用。 。如果签到策略在签入评估中失败,则用户会收到警报,并且无论如何都可以使用签到策略覆盖来解决问题或办理登机手续,而不是轻松报告或提醒由TFS管理员。
在团队项目级别定义了登记注释和签到策略。但是,微软得到的反馈是,有些人希望签到策略希望应用于版本控制中的特定路径,而不仅仅是团队项目,因此发明了自定义路径策略。
自定义路径策略有点像黑客攻击,它允许您在自定义路径策略中包含签入策略。每次签入时都会评估自定义路径,如果它包含定义路径中的文件,则会针对这些文件评估包装的签入策略。自定义路径策略在TFS Power Tools中发布,并不属于“Out The Box”TFS体验。
所以,以不同的方式回答你的问题 - 我怀疑答案是“因为它的设计方式并没有足够的人要求改变它”。
如果您想在http://connect.microsoft.com/VisualStudio留下反馈,我知道他们非常重视客户反馈。