VSTS - 将扩展发布到私有集合以进行测试

时间:2017-12-15 14:18:47

标签: azure-devops azure-devops-extensions

我创建了一些内部使用的VSTS扩展。我还使用" CI / CD Tools for VSTS Extensions"创建了一个CI / CD管道。由MS DevLabs提供。我的方法是首先将扩展推送到私有测试VSTS集合,然后一旦我验证它们,我就与我的" prod"集合。我昨天注意到我的修改在我的产品系列中立即可见,所以我需要纠正它。

发布管道如下:

测试环境执行发布扩展,共享扩展和安装扩展。

  • 发布:我有"扩展可见性"设置为私人和"与"分享是 设置为我的测试集合。
  • 分享:"与"分享设置为我的测试集。
  • 安装:"安装在"设置为我的测试集合

Prod环境执行共享和安装。那些推出我的产品系列。我有一个预部署授权设置,因此我可以在验证测试后释放到prod环境。我尚未批准任何更改,所以我不希望我的产品系列发生变化。

为什么我的扩展程序在仅针对测试环境执行后立即在我的prod集合中发布?是因为一旦我发布了任何安装了我的扩展程序的集合,就可以看到新功能吗?我是否需要在发布步骤中将可见性设置为私有预览?

如果是这样意味着我需要在我的" prod"中添加一个发布。环境将我的扩展从私人预览更改为私人?我担心在这种情况下我需要将版本控制步骤从构建中移出并发布到版本中。我假设我无法在不更改版本的情况下再次发布扩展程序。由于共享是发布的一部分,因此在测试环境中该共享步骤是否必要?

1 个答案:

答案 0 :(得分:1)

我们只在构建中进行一次版本控制。每个版本都会增加版本号。然后部署这些版本。这可能意味着您的Public扩展会跳过某些版本,因为这些版本仅部署到测试环境中。构建产生一个VSIX。

我们在市场上使用两个发布商帐户:alm-rangers和msdevlabs。 ALM Rangers one用于我们所有的私人测试。 msdevlabs是您在市场中找到的公共帐户。

我们的每个发布环境只有一个任务:发布扩展。对于我们的金丝雀环境,我们将扩展名发布为私有。对于msdevlabs公开。

以下是一些截图:

Release pipeline Canaries Users

我是ALM Ranger谁参与了扩展管道指导,所以请让我知道如何改进它!