Как проверить расширение Visual Studio Team Services (vsts) без загрузки

Question

Я хочу разработать расширение VSTS.

описываемый процесс цикла разработки:

1. развивать
2. пакет
3. публиковать
4. загружать
5. тестовое задание

это звучит немного громоздко для меня, так как тестирование разработки занимает много времени.

Есть ли способ ускорить цикл разработки?

есть ли способ издеваться над TFS?

Answer 1

Нет, вы не можете, расширение необходимо развернуть в VSTS, тогда вы можете проверить его.

Существует расширение VSTS Extension Tasks, которое можно легко упаковать и опубликовать.

Answer 2

Чтобы ускорить разработку, вы можете установить baseURI собственность в ваших расширениях localhost,

Вам необходимо развернуть "localhost-extension" только один раз, потому что оно всегда относится к экземпляру, работающему на вашей машине локально.

Вся процедура описана в следующем блоге: https://realalm.com/2016/03/11/debugging-your-vsts-extension/

Answer 3

Одним словом, ответ - веб-пакет.

Упрощение разработки расширений VSTS

Это действительно хорошо написанная статья. В нем объясняются все шаги и инструменты, необходимые для

1. CI/CD
2. Автоматизированное тестирование
3. Время цикла разработки
4. Зависимости и управление зависимостями

Эта функция называется Hot Reload and Debug.

По-прежнему ничего не понимая в инструкциях: перейдите по этой ссылке devblogs и ее примеру кода в этом репозитории GitHub.

Answer 4

Что ж, есть хакерский способ сделать это, по крайней мере, в случае тестирования расширения на агентах с собственным хостом, которыми вы можете управлять.

Каждый агент хранит данные расширений в _work/_tasks/<extension_name><Extension_GUID>/<version> внутри домашнего каталога агента - например, C:\VSTSagents\Agent01\_work\_tasks\OctopusCreateRelease_4e131b60-5532-4362-95b6-7c67d9841b4f\3.0.168,

Ничто не может помешать вам поиграть с внутренними расширениями, так что вы можете легко заменить любой контент или даже все файлы, чтобы протестировать ваши новейшие изменения.

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