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

时间:2009-08-11 18:13:31

标签: tfs customization policy checkin

我问这个问题,因为我没有在任何地方看到它。 我们正在使用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)?

或者我是否必须构建两个自定义签入策略,一个用于客户端,另一个用于服务器?这甚至会起作用吗?

或者客户端是否只存在自定义签到策略?

2 个答案:

答案 0 :(得分:2)

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

答案 1 :(得分:1)

不,这不是必需的。但是,它使事情变得更容易。使用最新的Power Tools,您可以在源代码管理中存储签入策略,并将其部署为“免费”。

带有屏幕截图的漫游在Brian's blog上:

....自从我们推出这些功能的那一天起,客户就已经要求一种方法将这些自定义组件分发给客户端,而不必手动安装它们。好吧,我很高兴地说,Power Tools的这个新版本就是这么做的!

由于下载自定义组件并在客户端上运行它们可能很危险,因此需要花费大量精力并进行一些配置才能启用它。 Team Project的自定义组件将签入名为$ // TeamProjectConfiguration的新“特殊”文件夹。让我向您展示一些屏幕截图,这将有助于您了解其工作原理....