1

I'm asking this question because I haven't seen it documented anywhere. We are using a combination of Team Foundation Server 2008 and Team Explorer 2005.

Is it possible to deploy a custom check-in policy that works in such an environment ?

Obviously, the custom check-in policy contains some code that must run on the client-side (in order to display help, etc.). So it should use the Microsoft.TeamFoundation.VersionControl.Client assembly that comes with Team Explorer 2005.

But, my sense tells me that, in order to be effective, a check-in policy should be enforced on the server itself (for example, to support checking-in changes from the command-line or using the raw Web Services API). So, there, it would have to run against the Microsoft.TeamFoundation.VersionControl.Client that comes with Team Foundation Server 2008.

So, is it possible to build a single custom check-in policy that takes the most recent version the Microsoft.TeamFoundation.VersionControl.Client assembly (2005 on the client and 2008 on the server)?

Or do I have to build two custom check-in policies, one for the client and one for the server ? Would that even work ?

Or do custom check-in policies only ever exist on the client side ?

4

2 に答える 2

2

カスタム チェックイン ポリシーはクライアント側にのみ存在し、クライアント側でのみ評価されます。クライアント コンピューターに DLL が見つからない場合、TFS は文句を言いますが、ユーザーがエラーを無効にしてとにかくチェックインできるようにするダイアログを提供します。

于 2009-08-11T18:21:52.033 に答える
1

いいえ、必要ありません。しかし、それは物事をはるかに簡単にします。最新のPower Toolsを使用すると、チェックイン ポリシーをソース管理に保存し、「無料」でデプロイできます。

スクリーンショット付きのウォークスルーは、Brian のブログにあります。

....これらの機能を導入した日以来、顧客は、手動でインストールするのではなく、これらのようなカスタム コンポーネントをクライアントに配布する方法を求めてきました。Power Tools のこの新しいリリースは、まさにそれを実現しています。

カスタム コンポーネントをダウンロードしてクライアントで実行することは危険な場合があるため、有効にするにはかなりの注意といくつかの構成が必要です。チーム プロジェクトのカスタム コンポーネントは、$//TeamProjectConfiguration という名前の新しい「特別な」フォルダーにチェックインされます。いくつかのスクリーンショットをお見せしましょう。これがどのように機能するかを説明するのに役立ちます....

于 2009-08-12T00:28:06.847 に答える