【问题标题】:VSTS - Publish extension to private collection for testing [duplicate]VSTS - 将扩展发布到私人收藏以进行测试[重复]
【发布时间】:2017-12-15 14:18:47
【问题描述】:

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

发布管道如下:

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

  • 发布:我已将“扩展可见性”设置为私有,并且“共享对象”为 设置为我的测试集合。
  • 分享:“分享给”设置为我的测试集。
  • 安装:“安装在”设置为我的测试集合

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

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

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

【问题讨论】:

    标签: azure-devops azure-devops-extensions


    【解决方案1】:

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

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

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

    以下是一些截图:

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

    【讨论】:

    • 谢谢。我会试一试。我敢打赌,拥有第二个发布者帐户对我来说是缺失的部分。
    • 拥有第二个发布者帐户似乎是在公开可用之前测试新版本的扩展程序的一种非常老套的方法,尤其是当发布帐户需要使用个人信息进行验证并且该过程可能需要很多天时。也许自从这篇文章以来事情发生了变化?我刚刚创建了一个 GitHub 问题,以更新文档以针对此问题提供一些指导。也许你可以权衡一下。stackoverflow.com/questions/47834199/…
    • @deadlydog 您不需要为私人帐户提供个人信息。只要您不想发布公共扩展,就不需要验证。如果您仍然不喜欢拆分您的发布商,您还可以为您的扩展添加一个标签并将它们发布到同一个发布商,同时确保您的测试版扩展被标记为私有。
    • 感谢@WouterdeKort 的信息 :) 另外,我意识到我在之前的评论中发布了错误的链接。我打算发布这个,这是一个与这个类似的问题,并且在那里也得到了一个非常好的详细答案。 stackoverflow.com/questions/56029313/…
    猜你喜欢
    • 2015-07-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多