Я хочу взять пакет в том виде, в котором он создан в строке выпуска, и установить его на другой (не производственный) VSTS, чтобы я мог проверить его работу перед установкой на наш прод ВСЦ.
Мы используем сборку VSTS vNext с задачей VSTS «Расширение пакета» для компиляции пакета. Это компилирует Publisher со значением my-prod-publisher в файл extension.vsixmanifest.
Я пробовал:
- # P4 #
# P5 #
Измените пакет VSIX:
- Unzip the .VSIX package
- Отредактируйте файл extension.vsixmanifest, чтобы изменить значение Publisher со значения my-prod-publisher на my-dev-publisher.
- заархивировать содержимое в новый ZIP-файл
- изменить суффикс файла пакета .ZIP на .VSIX
- загрузить на портал VSTS Marketplace для 'my-dev-publisher'
- Результаты:
# P7 #
Моему google-fu не удалось найти информацию об этой ошибке, относящуюся к моему делу. Не стал слишком усердно искать в этом вопросе, так как я не ожидал, что повторное архивирование файлов даст те же результаты, что и при компиляции этих пакетов.
Опубликовать через tfx-cli
tfx extension publish --service-url https://marketplace.visualstudio.com/ --publisher "my-dev-publisher" --vsix .\my-prod-publisher.vsts-buildrelease-tasks-0.6.181012.vsix --accounts my-dev-vsts --auth-type pat --token [my-dev-vsts-PAT] --trace-level debug
Результаты по ошибке:
Получен ответ 401 (Not Authorized). Убедитесь, что ваш личный токен доступа правильный и срок его действия не истек.
Я подтвердил, что срок действия «my dev vsts PAT» не истек и разрешен для «Все области» в VSTS «my-dev-vsts».
Проверка сборки ветки вместо сборки строки выпуска
Компиляция пакета с «Publisher» = «my-dev-publisher» позволяет мне публиковать на портале «my-dev-publisher», который затем позволяет мне установить пакет расширений в «my-dev-VSTS». Это было недостаточно эффективно, так как меня обжигали такие тонкие проблемы, как:
- package/tasks version numbers not getting bumped correctly, or different values from PROD.
- файлы / изменения, пропущенные во время фиксации в строке выпуска.