是否必须在服务器上部署自定义签入策略？答案

【问题标题】：Do custom check-in policies have to be deployed on the server at all?是否必须在服务器上部署自定义签入策略？
【发布时间】：2010-11-18 17:22:30
【问题描述】：

我问这个问题是因为我没有在任何地方看到它的记录。我们正在使用 Team Foundation Server 2008 和 Team Explorer 2005 的组合。

是否可以部署适用于这种环境的自定义签到策略？

显然，自定义签入策略包含一些必须在客户端运行的代码（以显示帮助等）。所以它应该使用 Team Explorer 2005 附带的 Microsoft.TeamFoundation.VersionControl.Client 程序集。

但是，我的感觉告诉我，为了有效，应该在服务器本身上强制执行签入策略（例如，支持从命令行签入更改或使用原始 Web 服务API）。因此，它必须针对 Team Foundation Server 2008 附带的 Microsoft.TeamFoundation.VersionControl.Client 运行。

那么，是否可以构建一个使用最新版本的 Microsoft.TeamFoundation.VersionControl.Client 程序集（客户端为 2005，服务器为 2008）的单个自定义签入策略？

或者我是否必须建立两个自定义签入策略，一个用于客户端，一个用于服务器？那还能用吗？

或者自定义签入策略是否只存在于客户端？

【问题讨论】：

标签： tfs customization policy checkin

【解决方案1】：

自定义签入策略仅存在于客户端，并且只会在客户端进行评估。如果客户端计算机上缺少 DLL，TFS 会抱怨，但会提供一个对话框，允许用户覆盖错误并无论如何都要签入。

【讨论】：

【解决方案2】：

不，这不是必需的。但是，它使事情变得容易得多。使用最新的Power Tools，您可以将签入策略存储在源代码控制中，并“免费”部署它们。

带有屏幕截图的演练在Brian's blog：

....自从我们推出这些功能之日起，客户就要求提供一种将此类自定义组件分发给客户的方法，而不必手动安装它们。好吧，我很高兴地说，这个新版本的 Power Tools 就是这样做的！

由于下载自定义组件并在客户端上运行它们可能很危险，因此需要非常小心并且需要进行一些配置才能启用它。团队项目的自定义组件被签入一个名为 $//TeamProjectConfiguration 的新“特殊”文件夹。让我给你看几个屏幕截图，这将帮助你了解它是如何工作的......

【讨论】：