azure-devops - 在 azure-devops 中的发布管道期间创建标签

Question

设置

运行发布管道时，我会

使用构建管道 projectA 的工件(使用存储库 projectA )

这个工件是一个节点包构建

我将注入(inject)(重新版本)包版本(使用管道变量 VERSION)，然后作为最后一步发布到 npm 注册表

目标
除了所有的构建/发布任务工作之外，我们还有一个特定的问题，那就是缺少的 checkout of the repository。在发布步骤中。我们不想拥有真正“重建”某些东西的存储库，而是为了标记我们使用变量 $VERSION 构建的提交。并将其推送到存储库。

问题

我知道如何获得 commit hash我们的源项目存储库构建( env var Build.SourceVersion )和存储库名称( env var Build.Repository.Name )，但我不明白我实际上将如何检查存储库，因为我错过了凭据。

现在我在 Github 上有存储库(私有(private)存储库)，虽然也可能转移到私有(private) Bitbucket。

实际的具体问题是，如何 checkout 存储库

使用静态名称

或使用 Build.Repository.Name

与

一个通用任务(一些 git repo)

或特定的 SCM repo 任务(如 checkout-from-github 或 checkout-from-bitbucket 使用某种服务连接)。

我假设我需要某种凭据，在我目前的情况下，它将是某种 Github 访问 token 或类似的(oAuth)？

Answer 1

所以我不确定您使用的是基于 GUI 的版本还是更新的 multi-stage pipeline feature .

对于经典的发布 GUI，您可以从 release definition editor 添加一个 Artifact，它是您的 Github 存储库。 .当您添加 Artifact 时，它会要求您将服务连接配置回 github，或者您可以使用现有连接。

在代理作业级别的发布定义编辑器中，您需要确保检查 允许脚本访问 OAuth token



从那里导航到包含您的存储库的发布目录，然后您可以推送标签。

cd $(Agent.ReleaseDirectory)\_enufacas_azureDevOps.Postman
git tag  Rel-$(Build.BuildNumber)
git push --tags

多级流水线也有类似的路径，使用 checkout task