Блочная регистрация при сбое политики

Question

В качестве примера я создал политику регистрации from this MSDN article (код просто скопирован/вставлен).

Это нормально работает, появляется, когда я пытаюсь выполнить регистрацию, однако она появляется как предупреждение. Поэтому я могу игнорировать его, просто нажав кнопку «Проверить». Как я могу изменить код, указанный в URL-адресе, чтобы он возвращал ошибку, а не предупреждение. Я не вижу никаких свойств в PolicyFailure для этого.

По сути, я хочу, чтобы это выглядело как ошибка в этом скриншоте:

^{Image Source}

EDIT: Вот точный код, который я использую. Теперь он немного изменен от исходного источника, но не каким-либо массовым образом я бы не подумал. К сожалению, я не могу опубликовать скриншоты, но я попытаюсь описать все, что я сделал.

У меня есть DLL из кода ниже, я добавил его в папку в C: \ TFS \ CheckInComments.dll. Я добавил раздел реестра в разделе Checkin Policies с указанием пути к DLL, имя строкового значения совпадает с моей DLL (минус .dll). В моих настройках проекта под контролем источника я добавил эту политику регистрации.

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

Answer 1

Политика регистрации всегда будет возвращать предупреждение, и если у вашего пользователя есть разрешение игнорировать их, то они могут.

Пользователи всегда могут переопределять политику. Вы можете запросить хранилище TFS, чтобы создать отчет о нарушениях пользователями правил и их причин нарушения, если они предоставили какой-либо. Или настройте предупреждение, когда кто-то игнорирует эти вежливые предупреждения.

Невозможно обеспечить выполнение этого из самой политики. Только с плагина на стороне сервера, as described by Neno in the post you quoted. Такой плагин на стороне сервера может быть создан для 2012 или 2010 годов. process is explained here.