我想开发一个 vsts 扩展。
一个开发周期的描述过程是:
- 开发
- 包裹
- 发布
- 上传
- 测试
这对我来说听起来有点麻烦,因为测试开发需要很多时间。
有什么方法可以加快开发周期?
有什么方法可以模拟 TFS?
我想开发一个 vsts 扩展。
一个开发周期的描述过程是:
这对我来说听起来有点麻烦,因为测试开发需要很多时间。
有什么方法可以加快开发周期?
有什么方法可以模拟 TFS?
为了加快开发速度,您可以将baseURI
扩展清单中的属性设置为localhost
.
您只需要部署一次“localhost-extension”,因为它总是指在您的机器上本地运行的实例。
整个过程在以下博客文章中进行了描述: https ://realalm.com/2016/03/11/debugging-your-vsts-extension/
一言以蔽之,答案就是 webpack。
这是一个很好的书面文章。它解释了所需的所有步骤和工具
该功能称为热重载和调试。
仍然对操作步骤一无所知:在此 GitHub存储库中关注此开发博客链接及其示例代码。
不,不能,扩展需要部署到VSTS,然后你可以测试它。
有一个可以轻松打包和发布的VSTS Extension Tasks 扩展。
嗯.. 有一种 hacky 方法可以做到这一点,至少在您可以管理的自托管代理上测试扩展的情况下。
每个代理都将扩展数据存储在_work/_tasks/<extension_name><Extension_GUID>/<version>
代理主目录内部 - 例如。C:\VSTSagents\Agent01\_work\_tasks\OctopusCreateRelease_4e131b60-5532-4362-95b6-7c67d9841b4f\3.0.168
.
没有什么可以阻止你在那里玩扩展的内部结构,因此你可以轻松地替换任何内容甚至所有文件来测试你最新的更改。
但是,请考虑到这些更改仍会影响使用此代理的其他用户,因此如果您决定这样做,那么在生产代理之外使用特殊代理听起来是个好主意。