Я собираюсь опубликовать шаблон решения на рынке Azure.Что является самым простым способом протестировать файл createUIDefinion.json для шаблонов решений Azure?
Мой файл mainTemplate.json, например, можно легко протестировать без публикации, так как я могу установить его из Git. Но я не могу проверить файл UI через Git.
Таким образом, проблема заключается в том, что мой файл createUIdefinition.json протестирован своевременно. Кажется, что каждый раз, когда я вносил изменения в файл createUIdefinition.json, я должен загрузить новый пакет на портал публикации, а это значит, что я должен ждать сертификации Microsoft, прежде чем смогу провести тест. Это 24-часовой процесс.
Есть ли более простой способ проверить мои изменения createUIdefinition.json, не пройдя этот процесс?
К примеру, у меня есть ошибка где-то в регулярном выражении, которая проверяет один из моих входов пользователя:
{
"name": "EmailUser",
"type": "Microsoft.Common.TextBox",
"label": "Email Address",
"toolTip": "The email address for your account",
"defaultValue": "",
"constraints": {
"required": true,
"regex": "\\w+([-+.']\\w+)*@\\w+([-.]\\w+)*\\.\\w+([-.]\\w+)*",
"validationMessage": "Must be a valid email address."
}
(примечание стороны, если кто-нибудь может определить мою ошибку - может быть, когда вытекающее символы - пожалуйста, дайте мне знать! Нет правильного подтверждения адреса электронной почты.)
И это заставляет меня немного болтливать, чтобы подождать один день, чтобы проверить мои предполагаемые исправления. Должен быть лучший способ, спасибо!
Вы нашли решение проблемы с регулярным выражением ограничения? У меня аналогичная проблема. –
Итак, регулярное выражение должно быть json-encoded, следовательно \\. Оказалось, что у меня возникла еще одна проблема синтаксиса, которая также приводила к сбою пользовательского интерфейса. Я не могу точно помнить, что это за проблема, но с использованием ссылки предварительного просмотра Azure было легче отслеживать. Я думаю, что это было что-то глупое, как параметр, который неправильно указан в нижней части скрипта пользовательского интерфейса при настройке vars. – Rocky
FYI, я закончил с этим для ограничений по адресу электронной почты: «Ограничения»: { "required": true, "regex": "^ \\ S + @ \\ S + [\\.] [ 0-9a-z] + $ ", " validationMessage ":" Должен быть действительный адрес электронной почты " } –