Вы можете ограничить правила «Политика регистрации» с помощью политики «Пользовательские пути». Но вкладка «Заметки о регистрации» не подходит для одной и той же системы. Почему «Check-In notes» не является «еще одной« политикой регистрации »?Как вы можете ограничить записи TFS Check-In специальным путем?
Я использую Team Foundation Server 2008 SP1
У нас была аналогичная проблема некоторое время назад. Для некоторого вспомогательного дерева мы хотели потребовать ввода анализатора кода. Я закончил реализацию пользовательской политики и использовал политику пользовательского пути, чтобы ограничить ее определенными папками. Это хорошо работает, за исключением того, что вам нужно развернуть свою сборку политик, и у TFS нет встроенного механизма для этого, yet.
Это интересный вопрос - короткий ответ вы не можете.
Я сам столкнулся с проблемой, когда люди регистрируются в записях и правилах регистрации, потому что, хотя они очень разные в реализации на сервере, они часто выполняют аналогичные задачи.
Записи регистрации - это биты структурированных метаданных, которые вы хотите собирать при каждой регистрации в Team Project. Они могут подумать, кто был рецензентом кода или ссылкой на билет во внешней CRM-системе или что-то в этом роде. Вы можете сделать их необходимыми или просто указать им для необязательного заполнения.
Правила регистрации - это биты кода, которые выполняются на клиенте в момент регистрации, чтобы получить ответ, если регистрация должна быть разрешена или нет. Они полезны для проверки таких вещей, как связанная с записью с рабочим элементом, с учетом комментария или кода, который вы регистрируете, в прохождении определенных ключевых правил анализа статического кода (таких как базовая проверка для SQL-инъекций и т. Д.), , Если политика регистрации не выполняется при оценке регистрации, пользователь получает предупреждение, и у них есть возможность исправить проблему или зарегистрировать в любом случае с переопределением политики регистрации, чем можно легко сообщить или предупредить за администратором TFS.
Как записи регистрации, так и политики регистрации определяются и определяются на уровне Team Project. Тем не менее, Microsoft получила отзывы о том, что некоторые люди хотели бы, чтобы политики регистрации хотели быть применены к определенным путям в управлении версиями, а не только в Team Project, и поэтому была разработана специальная политика пути.
Политика пользовательского пути - это немного хак, который позволяет вам переносить политики проверки внутри политики настраиваемых маршрутов. Пользовательский путь оценивается при каждой регистрации и, если он содержит файлы внутри определенного пути, тогда политики обернутых проверок оцениваются для этих файлов. Политика пользовательского пути отправляется в TFS Power Tools и не является частью опыта TFS «Out the Box».
Итак, чтобы ответить на ваш вопрос по-другому, я подозреваю, что ответ «потому что это так, как он был разработан, и недостаточно людей попросили его изменить».
Если вы хотите оставить отзыв по адресу http://connect.microsoft.com/VisualStudio, я знаю, что они очень отзывчивы с клиентами.