如何在不上传的情况下测试 Visual Studio Team Services (vsts) 扩展
How to test Visual Studio Team Services (vsts) extension without uploading
我想开发一个 vsts 扩展。
一个开发周期的描述过程是：
- 发展
- 套餐
- 发布
- 上传
- 测试
这对我来说有点麻烦，因为测试开发需要很多时间。
有什么方法可以加快开发周期吗？
有什么方法可以模拟 TFS 吗？
不可以，扩展需要部署到VSTS，然后你可以测试它。
有一个VSTS Extension Tasks extension可以方便的打包发布
为了加快开发速度，您可以将扩展清单中的 baseURI 属性 设置为 localhost。
您只需部署您的 "localhost-extension" 一次，因为它始终引用您本地计算机上的实例 运行。
下面的博客中描述了整个过程-post：
https://realalm.com/2016/03/11/debugging-your-vsts-extension/
好吧.. 有一个 hacky 方法可以做到这一点，至少在您可以管理的自托管代理上测试扩展的情况下。
每个代理都将扩展数据存储在代理主目录内的 _work/_tasks/<extension_name><Extension_GUID>/<version> - 例如。 C:\VSTSagents\Agent01\_work\_tasks\OctopusCreateRelease_4e131b60-5532-4362-95b6-7c67d9841b4f.0.168.
没有什么可以阻止您在那里玩扩展的内部结构，因此您可以轻松替换任何内容甚至所有文件来测试您的最新更改。
但是，请考虑到这些更改仍然会影响使用此 Agent 的其他用户，因此如果您决定这样做，在生产 Agent 之外拥有特殊 Agent 听起来是个好主意。
一言以蔽之，答案是webpack。
这篇文章写得很好。它解释了
所需的所有步骤和工具
- CI/CD
- 自动化测试
- 开发周期
- 依赖与依赖管理
该功能称为热重载和调试。
仍然对操作步骤一无所知：
关注 this devblogs link and its example code in this GitHub repo.
我想开发一个 vsts 扩展。
一个开发周期的描述过程是：
- 发展
- 套餐
- 发布
- 上传
- 测试
这对我来说有点麻烦，因为测试开发需要很多时间。
有什么方法可以加快开发周期吗？
有什么方法可以模拟 TFS 吗？
不可以，扩展需要部署到VSTS，然后你可以测试它。
有一个VSTS Extension Tasks extension可以方便的打包发布
为了加快开发速度，您可以将扩展清单中的 baseURI 属性 设置为 localhost。
您只需部署您的 "localhost-extension" 一次，因为它始终引用您本地计算机上的实例 运行。
下面的博客中描述了整个过程-post： https://realalm.com/2016/03/11/debugging-your-vsts-extension/
好吧.. 有一个 hacky 方法可以做到这一点，至少在您可以管理的自托管代理上测试扩展的情况下。
每个代理都将扩展数据存储在代理主目录内的 _work/_tasks/<extension_name><Extension_GUID>/<version> - 例如。 C:\VSTSagents\Agent01\_work\_tasks\OctopusCreateRelease_4e131b60-5532-4362-95b6-7c67d9841b4f.0.168.
没有什么可以阻止您在那里玩扩展的内部结构，因此您可以轻松替换任何内容甚至所有文件来测试您的最新更改。
但是，请考虑到这些更改仍然会影响使用此 Agent 的其他用户，因此如果您决定这样做，在生产 Agent 之外拥有特殊 Agent 听起来是个好主意。
一言以蔽之，答案是webpack。
这篇文章写得很好。它解释了
所需的所有步骤和工具- CI/CD
- 自动化测试
- 开发周期
- 依赖与依赖管理
该功能称为热重载和调试。
仍然对操作步骤一无所知： 关注 this devblogs link and its example code in this GitHub repo.