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

Question

我希望开发一个VSTS扩展。

开发周期的流程如下：

1. 开发
2. 打包
3. 发布
4. 上传
5. 测试

这听起来有点繁琐，因为测试开发需要花费很多时间。

有没有什么方法可以加快开发周期？

有没有办法模拟TFS？

- Daniel

Answer 1

为了加快开发速度，您可以在扩展清单中设置baseURI属性为localhost。

您只需要部署一次“localhost-extension”，因为它始终指向本地机器上运行的实例。

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

- Christoph Prinz

---

对于UI扩展，这是最佳选择。 - jessehouwing

Answer 2

一句话，答案是webpack。

使VSTS扩展开发更容易的方法

这是一篇非常好的文章。它解释了所有需要的步骤和工具：

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

该功能称为热重载和调试。

如果仍然不清楚如何操作，请参考此开发博客链接和其中的示例代码在此GitHub存储库中。

- Shubhjot

Answer 3

不可以直接测试扩展，必须将其部署到VSTS上进行测试。

有一个VSTS Extension Tasks扩展可以方便地打包和发布扩展。

- starian chen-MSFT

---

谢谢你的回答。虽然不是我预期中的内容，但现在我知道该怎么做了。谢谢。 - Daniel

你知道如何做什么？有测试扩展的方法吗？ - starian chen-MSFT

现在我知道如何开发扩展了。这个文档写得非常好。 - Daniel

Answer 4

嗯...在测试自托管代理上的扩展时，有一种hacky方式可以做到这一点，您可以管理。

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

没有任何东西可以阻止您玩弄扩展内部文件，因此您可以轻松替换任何内容或甚至全部文件以测试最新更改。

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

- Marcin Dąbrowski

---

这对于构建任务是正确的，但不适用于UI扩展。只要您的任务UI保持不变，您可以随心所欲地调整脚本。对于使用VSTS任务SDK的构建任务，您可以直接在本地运行它们。 - jessehouwing