2

我创建了一些 VSTS 扩展供内部使用。我还使用 MS DevLabs 的“用于 VSTS 扩展的 CI/CD 工具”为这些创建了一个 CI/CD 管道。我的方法是首先将扩展推送到私有测试 VSTS 集合，然后一旦我验证了它们，我就会与我的“产品”集合共享它们。我昨天注意到我的更改在我的产品集合中立即可见，所以我需要纠正它。

发布管道如下：

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

  • 发布：我将“扩展可见性”设置为私有，并将“共享”设置为我的测试集合。
  • 分享：“分享给”设置为我的测试集。
  • 安装：“安装在”设置为我的测试集合

Prod 环境执行共享和安装。那些推到我的产品系列中。我设置了预部署授权，因此我可以在验证测试后发布到 prod 环境。我还没有批准任何更改，所以我不希望我在 prod 集合中进行更改。

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

如果是这样，这是否意味着我需要在我的“产品”环境中添加发布以将我的扩展从私人预览版更改为私人版？我担心在这种情况下我需要将版本控制步骤从构建中移出并进入发布。我假设我不能在不更改版本的情况下再次发布扩展。由于共享是发布的一部分，因此在测试环境中是否需要共享步骤？

4

1 回答 1

2

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

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

我们的每个发布环境都只有一个任务：发布扩展。对于我们的金丝雀环境，我们将扩展发布为私有。对于公共的 msdevlabs。

以下是一些截图：

发布管道 金丝雀 用户

我是负责扩展管道指南的 ALM Ranger，所以请告诉我如何改进它！

于 2017-12-15T19:39:47.687 回答