Нужно ли вообще развертывать пользовательские политики регистрации на сервере?

Question

Я задаю этот вопрос, потому что я нигде не видел его документированным. Мы используем комбинацию Team Foundation Server 2008 и Team Explorer 2005.

Можно ли развернуть пользовательскую политику регистрации, которая работает в такой среде?

Очевидно, что пользовательская политика регистрации содержит некоторый код, который должен выполняться на стороне клиента (для отображения справки и т. Д.). Поэтому следует использовать сборку Microsoft.TeamFoundation.VersionControl.Client, которая поставляется с Team Explorer 2005.

Но, по моему мнению, для того, чтобы быть эффективной, на самом сервере должна быть применена политика регистрации (например, для поддержки регистрации изменений из командной строки или использования необработанных веб-сервисов). API). Таким образом, он должен работать с Microsoft.TeamFoundation.VersionControl.Client, который поставляется с Team Foundation Server 2008.

Итак, возможно ли создать единую настраиваемую политику регистрации, которая использует самую последнюю версию сборки Microsoft.TeamFoundation.VersionControl.Client (2005 на клиенте и 2008 на сервере)?

Или мне нужно создать две настраиваемые политики регистрации: одну для клиента и одну для сервера? Будет ли это даже работать?

Или пользовательские политики регистрации существуют только на стороне клиента?

Answer 1

Пользовательские политики регистрации существуют только на стороне клиента и будут оцениваться только на стороне клиента. Если DLL-библиотека отсутствует на клиентском компьютере, TFS будет жаловаться, но предоставит диалоговое окно, позволяющее пользователю переопределить ошибку и выполнить проверку в любом случае.

Answer 2

Нет, это не обязательно. Тем не менее, это делает вещи намного проще. Используя новейшие Электроинструменты , вы можете хранить политики регистрации в системе контроля версий и развертывать их бесплатно.

Пошаговое руководство со скриншотами находится на Блог Брайана :

.... С того дня, как мы представили эти функции, клиенты просили предоставить способ распространения таких компонентов среди клиентов, а не устанавливать их вручную. Что ж, я рад сообщить, что этот новый выпуск Power Tools делает именно это!

В связи с тем, что загрузка пользовательских компонентов и их запуск на клиентах могут быть опасными, требуется немало усилий и некоторая конфигурация, необходимая для их включения. Пользовательские компоненты для командного проекта регистрируются в новой «специальной» папке с именем $ // TeamProjectConfiguration. Позвольте мне показать вам несколько снимков экрана, и это поможет вам понять, как это работает ....