TFS 2008忽略了团队项目签到设置

Question

我正在尝试设置我们的TFS 2008实例，要求在签入之前构建项目。

我使用现成的“Builds”策略创建了一个签到策略，但是我仍然可以在修改代码并尝试构建项目之后检查已损坏的项目。

我们是一家小商店，TFS最初设置为我们团队的Active Directory组列为TFS管理员。这是问题吗？登记政策是否适用于TFS管理员？

还有其他建议吗？

Answer 1

签入策略仅限客户端检查。如果客户端没有可用的签入策略，则不会运行检查。相反，他们会得到一个通用的政策失败，说不是所有的政策都运行了。此外，任何用户（没有特殊权限）都可以使用注释覆盖签入策略失败。

“构建”签到政策does the following：

1. 从服务器请求受此检查影响的构建定义列表
2. 对于最后一次构建不“好”的每个构建定义，创建一个包含构建定义名称和触发构建的用户的签入策略错误消息。
3. 如果策略检测到损坏的CI版本，则在您尝试签入时显示错误。“上次构建失败..”

听起来你正在努力确保人们不会通过签到来破坏构建。 TFS2010包含一个名为Gated Check-In的新功能，可在将更改提交到源代码管理之前对其进行验证。

如果您使用的是TFS2008并且无法升级，则需要查看类似OpenGauntlet的内容 - 但是使用TFS2010可以大大改善用户体验。

  TFS最初是在我们的基础上建立的   列出了团队的Active Directory组   作为TFS管理员。这是问题吗？

这可能不是最好的主意。 Team Foundation Server管理员可以执行破坏性文件，例如销毁文件+历史记录和删除项目。如果某人有可能变得心怀不满，您可能希望减少管理员的数量或确保您有良好的备份。

作为中间人，您可以有1或2个人作为TFS管理员，其他人作为Team Project Administrator。大多数人只需要Contributor访问权限。

在TFS2010中，有一个名为“项目集合”的新概念。通常，组织有1或2个人作为“项目集合管理员”，因此他们可以添加新项目和构建控制器。

Answer 2

办理登机手续的政策适用于所有人。您是否验证了所有计算机上的策略部署是否都处于活动状态？