VSTS проверяет пользовательские истории с расширением
Таким образом, мы переходим к VSTS из локальной TFS, и то, что я хотел бы сделать для одного конкретного проекта, - это возможность проверки некоторых полей в VSTS, когда пользователь отправляет пользовательскую историю.
Что у меня есть, так это то, что я унаследовал новый процесс от Agile-процесса (назовем его my-agile для аргументов), а затем отредактировал пользовательскую историю в этом новом процессе, добавив несколько новых полей (скажем, одно из них). называется Base URL). Базовый URL-адрес представляет собой "Текст (одна строка)" и является обязательным, но, похоже, VSTS имеет еще меньше возможностей для проверки, чем TFS. Я хотел бы иметь возможность проверить, соответствует ли URL простому регулярному выражению (чтобы убедиться, что это действительно URL), и, если это возможно, я хотел бы иметь возможность проверять домен по другим пользовательским историям на предмет поиска дубликатов.
Есть ли способ сделать это? Я искал расширения, например, здесь: https://docs.microsoft.com/en-us/vsts/extend/get-started/node но это добавит что-то ко всем VSTS, и я хотел бы, чтобы что-то было прикреплено только для одного проекта. Я думал, что могу либо:
1) Создайте расширение (желательно только активное для одного проекта), которое обеспечило бы интерфейс для публикации пользовательских историй, но включало бы проверку, которая мне нужна, прежде чем пользовательская история будет фактически опубликована
2) Возможно, использовать служебные хуки ( https://docs.microsoft.com/en-us/vsts/extend/develop/add-service-hook) как-нибудь? Чтобы поймать, когда пользовательская история опубликована и потенциально пометить (или пометить) ее на основе некоторых критериев?
Я думаю, что это возможно #2 может быть предпочтительным и наименее навязчивым, если бы я мог пометить пользовательскую историю как "потенциальный обман" и связать ее с другой историей, которая предупредит разработчиков и позволит им действовать соответствующим образом. Но на данный момент я даже не уверен, возможно ли это.
1 ответ
Что касается #2, невозможно выполнить ваше требование, нет события обновления рабочего элемента.
Что касается #1, расширение будет применяться ко всем командным проектам, и в нем нет возможности активировать один проект, но вы можете проверить текущий командный проект в коде, чтобы решить, показывать ли содержимое.
Официальная статья о добавлении пользовательского элемента управления в форму рабочего элемента
Пример пользовательского расширения элемента управления: https://github.com/Microsoft/vsts-extension-multivalue-control/tree/master/src