如何在不上载的情况下测试Visual Studio Team Services(vsts)扩展

时间:2017-07-15 08:57:33

标签: azure-devops azure-devops-extensions

我想开发一个vsts扩展。

描述开发周期的过程是:

  1. 开发
  2. 公布
  3. 上传
  4. 测试
  5. 这听起来很麻烦,因为需要花很多时间来测试开发。

    有没有办法加快开发周期?

    有没有办法模拟TFS?

4 个答案:

答案 0 :(得分:6)

为了加快开发速度,您可以将扩展程序清单中的baseURI属性设置为localhost

您只需要部署一次“localhost-extension”,因为它总是指本地计算机上运行的实例。

以下博客文章中描述了整个程序: https://realalm.com/2016/03/11/debugging-your-vsts-extension/

答案 1 :(得分:1)

不,你不能,扩展需要部署到VSTS,然后你可以测试它。

有一个VSTS Extension Tasks extension可以轻松打包和发布。

答案 2 :(得分:1)

总之,答案就是webpack。

Making VSTS Extensions Development Easier

这是一篇写得很好的文章。它说明了所需的所有步骤和工具

  1. CI / CD
  2. 自动测试
  3. 开发周期时间
  4. 依赖性和依赖性管理

该功能称为热重装和调试

对如何操作步骤一无所知: 请遵循this devblogs link及其在this GitHub repo中的示例代码。

答案 3 :(得分:0)

嗯..至少在可管理的自托管代理上测试扩展的情况下,这样做是有技巧的。

每个代理程序都将扩展程序数据存储在代理程序主目录内的_work/_tasks/<extension_name><Extension_GUID>/<version>中,例如。 C:\VSTSagents\Agent01\_work\_tasks\OctopusCreateRelease_4e131b60-5532-4362-95b6-7c67d9841b4f\3.0.168

没有什么可以阻止您使用扩展名的内部功能,因此您可以轻松替换任何内容甚至所有文件来测试最新更改。

但是,请考虑到这些更改仍然会影响使用此Agent的其他用户,因此,如果您决定这样做,那么在生产Agent之外使用特殊Agent听起来是个好主意。