标签: azure-pipelines-release-pipeline

我已经创建了一个管道并保存了一个模板，如下面的链接所示。

现在如何删除已保存的模板？

另存为模板在 azure devops 管道中意味着什么

多谢多谢！

我试图在最新版本失败时在发布管道中回滚，它将恢复到最后成功的状态。我添加了一个 PowerShell 任务，该任务仅在以前的任务失败时运行，并且脚本上次成功触发，但问题是它开始随机而不是按顺序重新部署阶段。## 标题 ##

在我的场景中，我有 3 个阶段，在每个阶段结束时，我添加了一个 PowerShell 任务，该任务仅在前一个任务失败时才会触发，并相应地编写了一个脚本来触发最后一次成功发布。所以它将触发上一个版本中的所有阶段，因为我没有任何 API 或命令来通过 id 触发版本。我有一个仅触发阶段的 API。所有阶段都按顺序排队但随机运行。 在此输入图像描述

Azure DevOps/Pipeline IP 随机变化，因此由于防火墙规则，我无法使用 Azure SQL 数据库。

这种情况下的解决办法是什么？

我们目前有 4 个 Azure DevOps 团队项目，需要为其 SIT 和 UAT 发布管道创建两个部署组。所有 4 个团队项目将共享两个部署组，其想法是从一个团队项目创建部署组，然后共享或扩展到其他 3 个项目（我认为这是常见做法）。

但我主要担心的是，由于一些预算限制，我们决定在单个目标服务器上创建 SIT 和 UAT 部署组。尽管我坚信这可能不是最佳实践，但是否有任何技术原因导致这不能或不应该实施？

我们正在为VSTS CI / CD创建体系结构，以将我们的Web应用程序部署到我们的Azure App Services。我们想在将web.config部署到Azure服务器时排除它，因为我们直接在其他环境上修改了web.config。CI任务如下所示： CI Taks

CD任务：部署Azure App Service我知道其他更新web.config https://docs.microsoft.com/zh-cn/vsts/build-release/tasks/transforms-variable-substitution的方法，但是在我们的在这种情况下，我们想跳过web.config文件。如该线程所述，我找不到在VSTS中发行期间跳过文件的选项，该 如何从vs-team-services CI构建中排除工件中的.cs文件？ 在构建和部署发行版时，是否可以排除某些文件？

我最近开始使用 VSTS 为 iOS 构建 Xamarin Forms 应用程序。我使用托管的 macos 代理构建它，然后将其发布到 Azure Blob 存储中的容器。目前我可以解决的一件事是如何在 ipa 文件的名称中包含 Assembly Version？

我们使用的是企业许可证，因此 ipa 不会出现在任何商店中。目前，我在容器中有 App_Name.ipa 文件和所有以前版本的 App_Name.1.0.0.ipa，但下载的始终是 App_Name.ipa。

我认为这可能是解析 AssemblyInfor.cs 文件和额外版本然后设置环境变量的一个选项 - 但是我似乎无法在发布阶段访问该变量。

理想情况下，我希望所有这些都是 VSTS，但是我不介意触发 WebJob 来执行一些额外的任务，但是似乎无法从 ipa 文件访问版本号。

任何人都可以建议一种方法吗？

我们正在使用 VSTS 部署组和来自 VSTS 的 Web 部署，并允许 VSTS 创建和管理站点。我们遇到的一个问题是应用程序需要设置一些文件夹权限。有没有办法通过 VSTS 设置这些权限？

简而言之：有没有办法让 VSTS 为默认应用程序池标识设置文件夹权限？

构建失败并收到以下错误：

代理已收到关闭信号。当代理服务停止或手动启动的代理被取消时，可能会发生这种情况。

在VSTS中，我有一个GIT存储库和一个包含5个任务的构建定义。我已经在master分支上添加了一个分支策略，其中，当创建拉取请求作为签入策略的一部分时，构建将运行。当代码从功能分支合并到主分支时，我也运行与CI构建相同的构建。

现在，我需要确保构建作为Pull-Request的一部分运行，然后仅应执行前4个任务，而当同一构建作为CI（trigger）的一部分运行时，则应该执行所有5个任务。

我无法在VSTS中找到任何此类现成的选项来执行此操作。因此需要帮助。

从AzureDevOps释放任务获取密钥轮换以用于Azure存储帐户的最简单方法是什么？当前的计划是在发行后重新生成旧密钥以使其失效，并具有可在下一次部署中使用的新密钥。但是要使其正常工作，看来我至少需要存储要在发布变量中使用的键的名称。

我看了一下他记录任务的情况（https://github.com/Microsoft/azure-pipelines-tasks/blob/master/docs/authoring/commands.md），但这仅更改了当前版本中的值并且确实不修改发布定义。