Azure devops VSTS-将扩展发布到专用集合以进行测试

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

释放管道如下所示：

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

• 发布：我将“扩展可见性”设置为Private，“与共享”为 设置为我的测试集合
• 共享：“与共享”设置为我的测试集合
• 安装：“安装在”设置为我的测试集合

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

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

---

如果是，这是否意味着我需要在我的“prod”环境中添加一个发布，以将扩展从private preview更改为private？我担心，在这种情况下，我需要将版本控制步骤从构建转移到发行版中。我假设在不更改版本的情况下无法再次发布扩展。由于共享是发布的一部分，所以该共享步骤在测试环境中是必要的吗？

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

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

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

以下是一些屏幕截图：

---

我是负责延伸管道指导的ALM护林员，请让我知道如何改进它

多谢各位。我来试一试。我敢打赌，拥有第二个发布者帐户对我来说是缺失的一部分。拥有第二个发布者帐户似乎是一种非常粗糙的方法，可以在将新版本的扩展公开之前对其进行测试，尤其是当发布帐户需要用个人信息进行验证时，而且这个过程可能需要很多天。也许自从这篇文章以来事情已经改变了？我刚刚创建了一个GitHub问题，更新了文档，为解决这个问题提供了一些指导。也许你可以称一称@deadlydog您不需要为私人帐户提供个人信息。只要您不想发布公共扩展，就不需要验证。如果您仍然不喜欢拆分发布者，您还可以向扩展添加一个标记，并将它们发布到同一发布者，同时确保您的测试版扩展被标记为私有。感谢@WouterdeKort:）此外，我意识到我在以前的评论中发布了错误的链接。我想发布这篇文章，这是一个类似于这篇文章的问题，在那里我也得到了一个非常详细的答案。