问题标签 [azure-devops-server-2019]

在 onprem Azure DevOps（版本 17.143.28621.4）中，有没有一种方法可以使用发布定义中的任务自动将 nuget 包从一个视图提升到另一个视图？

当我们触发构建的发布时，人工制品（即 nuget 包）会经历两个阶段

1. PreRelease：包被推送到提要（在@Local 视图中结束）。
2. Release：应该将包从@Local 提升到@Release 视图。

不幸的是，第 2 阶段目前是 Azure DevOps Web UI 中的手动步骤。它可以通过发布定义自动化吗？

如果这不可能，是否有更好的方法来组织我们的发布管道和包提要/视图，以使 nuget 包的发布完全自动化？

在 NuGet 库上，我使用该develop分支作为持续集成分支。我已经对其制定了政策，因此在没有构建它的情况下不能批准任何拉取请求。此外，任何成功的合并都将导致 CI​​ 构建运行，最终将创建一个预发布的 NuGet 包并将其推送到私有 NuGet 源中。

当我对预发布行为感到满意时，我会创建一个额外的 PR 以合并develop到master中，这反过来会导致启动 CD 构建，这将导致 NuGet 包的生产版本。

事情是这样的：我可能想直接从 master 创建一个 hotfix 分支，进行一些更改，然后将该分支的新 PR 直接返回给 master。这将启动通常的 CD 管道并在生产中产生新版本（带有递增的补丁号）。

问题是我想在此后将 master 合并回 develop ，现在创建一个新的预发布版本（此时无关紧要）。

我是否有办法告诉 Azure DevOps，在将 master 合并回 develop 的特殊情况下，应该跳过分支策略？当我真正想做的只是将以前批准的 PR 从修补程序合并到 master 时，我什至必须从 master 那里做一个 PR 来开发！

欢迎任何建议。

我需要将 TFS 2013 实例迁移到 Azure DevOps Server 2019。我想设置一个新的 Azure DevOps 服务器实例，其中所有数据都从 TFS 2013 迁移过来，并且两个实例同时启动并运行。计划是在几周后停用 TFS 2013 实例。

出于测试目的，我按照以下步骤操作： 1. 在完全隔离的网络中设置服务器。2. 使用 TFS 管理控制台中的计划备份备份 TFS 2013 数据库。3. 将数据库恢复到 SQL Server 2017 的新实例。 4. 开始在新服务器上安装 Azure DevOps Server 2019，我将其指向恢复的数据库，它检测到架构并给了我两个选项：生产升级和预-生产升级测试。我选择了后一个选项。

安装向导负责重新映射数据库连接字符串 (tfsconfig remapdbs)、更改服务器和集合 ID (tfsconfig changeserverid) 并删除计划的备份作业以避免与现有 TFS 2013 实例发生冲突。

测试迁移成功完成。现在，我想在与现有 TFS 2013 实例位于同一网络内的新服务器上设置生产实例。我是否需要再次选择“生产前升级测试”，因为我需要同时运行 TFS 2013 和 2019？还是我这次选择“生产升级”？在升级过程中我需要注意什么，以使两个实例不会相互冲突吗？

PS：TFS 2013 实例上没有运行备份作业。

在 Windows Server 2019 代理上运行的 Azure DevOps Server（版本 2019.0.1）中，为 NuGet 推送任务选择了“允许跳过重复项”选项，将显示一条警告：

“允许跳过重复项”选项目前仅在 Azure Pipelines 上可用。如果 NuGet.exe 遇到冲突，任务将失败。

该任务导致以下错误，该错误导致任务失败，表明上述警告适用：

响应状态代码未指示成功：409（冲突 - 提要已包含“MyPackage XYZ”。（DevOps 活动 ID：1A57312F-3C56-4E4D-9E78-73C7072A288F））。

我想知道这个问题是否特定于 Azure DevOps Server（而不是 Azure DevOps Services），或者我做错了什么，或者是否有其他解决方法。我注意到其他人在另一个问题的评论中遇到了同样的问题，其中提到在有人询问如何忽略错误 409（重复包）后该选项可用。

我想忽略使用 NuGet 任务的重复包，理想情况下是 Azure DevOps Server 上的“允许跳过重复”选项。我知道可以使用脚本来解决它，但如果可能的话，我宁愿避免这种情况。任何帮助表示赞赏。

升级到 Azure DevOps Server 2019 后，自动管道构建在 NuGet 还原步骤失败，显示：

错误：错误：无法获取本地颁发者证书

包无法还原

Microsoft 的文档指出，在 Windows 上运行的构建代理使用 Windows 证书存储，因此我检查了所需的证书是否已正确安装在构建服务器上，但它仍然失败。

有许多问题具有相似的症状，但原因不同。经过调查，我找到了解决方案，但我没有在这个确切的问题上发现任何东西，所以我会发布一个答案，希望能节省其他人一些时间！

Azure DevOps Server 的本地 SQL Server 2017 数据库的大小接近 280GB。我们的构建之一是向 Azure DevOps Server（本地）实例添加 210MB 工件。构建作业有大约 100 个构建，我删除了其中的 99 个。它们仍然出现在构建的“已删除”选项卡中。并且数据库显示大小没有变化。即使缩小显示也只有大约 290MB 的可用空间。

如何从 SQL Server 实例中删除这些工件？政策的哪一部分需要改变，或者我可以强制改变吗？我对系统有管理员权限。

PS 抱歉在这里复制这个问题。在那里找不到 Azure DevOps Server 标记。很高兴在得到回答后立即删除/交叉引用其中一个问题。谢谢你。

我已将我们的构建服务器升级到 Azure DevOps 2019，由于我们更习惯于在 Visual Studio 中查看我们的构建过程，我想检查一下这是否可行。

当用户右键单击 Visual Studio 中的构建定义时，构建过程 Web 视图将显示为 Visual Studio 中的选项卡，而不是在浏览器中打开？

我正在尝试从 TFS 2018 更新 3 升级到 Azure DevOps，但有几件事不起作用，到目前为止我肯定在发脾气，尤其是因为向导毕竟是绿色的。

问题 1) 我是有权管理 TFS、升级软件、创建项目等的管理员之一，但突然间我无法卸载扩展程序，也看不到位于左下角的滚轮图标

我是 Team Foundation 管理员，但现在唯一看到该轮子的是托管 TFS 安装的服务器计算机的管理员

问题 2) 托管在 TFS 上的项目配置为由 15 人团队访问，具有不同的角色和授权。其中一个（不是管理员，而是有权创建工作项、删除它们等的有效用户）在尝试连接到 TFS 时看到此错误

我检查了事件查看器，这就是信息。看起来 SQL Server 实例中的某些内容已被删除

我看到有大量的 powershell 脚本，例如在升级到位时帮助解决搜索插件问题（实际上我还没有解决这个问题......）。在这种情况下有什么有用的事情要做吗？如果在 SQL Server 中是这种情况，我想避免添加所有丢失的用户。或者，我可以尝试删除已经存在的用户，然后读取它们，因为它是 Azure DevOps。

也就是说，我发现 Wizard 提供的升级程序一切正常，但并非完美无缺。任何建议都被很好地接受（如果是这种情况，也可以重新安装和导入数据库......）。我在虚拟化环境中，因此我可以考虑尝试，从快照重新开始等等。但显然不是永远......在开始一些新项目之前，我想做一个标记，新的快照并最终在一个合并的情况下开始工作。

再次感谢

我想通过 REST API (Azure DevOps Server 2019.0.1) 编辑 Azure DevOps wiki 页面。

当我运行这个 PowerShell 脚本时：

控制台输出为：

第一行是来自我要编辑的页面/Seite2 = Seite 2 Content的成功请求的结果。请求发生错误get。put我在这里做错了什么？

更新：（工作示例）

首先，我在 Windows Server 2016 上成功安装了 Azure DevOps，然后我可以使用管理员用户创建项目。之后我安装了 Active Directory。我不知道活动目录是否与此问题有关。

服务不可用 HTTP 错误 503。服务不可用。

我重启服务器的步骤：

1. 重新启动应用程序池。
2. 重新启动团队项目集合。
3. 重新启动的服务器

团队项目合集：