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



我想开发一个 VSTS 扩展。

开发周期的描述过程是:

  1. 发展
  2. 发布
  3. 上传
  4. 测试

这对我来说听起来有点麻烦,因为测试开发需要很多时间。

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

有没有办法模拟 TFS?

若要加快开发速度,可以将扩展清单中的baseURI属性设置为localhost

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

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

一言以蔽之,答案是webpack。

简化 VSTS 扩展开发

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

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

该功能称为热重载和调试

仍然对操作步骤一无所知: 在此 GitHub 存储库中遵循此开发博客链接及其示例代码。

不,不能,扩展需要部署到 VSTS,然后可以对其进行测试。

有一个可以轻松打包和发布的 VSTS 扩展任务扩展。

嗯..有一些黑客方法可以做到这一点,至少在您可以管理的自托管代理上测试扩展的情况下。

每个代理将扩展数据存储在代理主目录内的_work/_tasks/<extension_name><Extension_GUID>/<version>中 - 例如。C:VSTSagentsAgent01_work_tasksOctopusCreateRelease_4e131b60-5532-4362-95b6-7c67d9841b4f3.0.168.

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

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

相关内容

最新更新