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

我正在使用 Azure DevOps Server 2019.0.1 版本。我正在尝试从构建的.zip 文件部署 .Net Core Web API，但在尝试连接到应用程序进行部署时出现奇怪的错误（任务：Azure App Service Deploy(3. )）。

这是错误消息的示例：

2019-07-22T19:09:17.7807521Z 错误：C:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy.exe 失败，返回码：4294967295 2019-07-22T19:09:17.7807958Z 在 ChildProcess。(C:\agent_work_tasks\AzureRmWebAppDeployment_497d490f-eea7-4f2b-ab94-48d9c1acdcb1\3.4.16\node_modules\vsts-task-lib\toolrunner.js:568:30) 2019-07-22T19:09:17.7808050Z at emitTwo（事件.js:106:13) 2019-07-22T19:09:17.7808194Z 在 ChildProcess.emit (events.js:191:7) 2019-07-22T19:09:17.7809218Z 在可能关闭 (internal/child_process.js:886 :16) 2019-07-22T19:09:17.7810272Z 在 Process.ChildProcess._handle.onexit (internal/child_process.js:226:5) 2019-07-22T19:09:17.7810699Z 重试部署包。

2019-07-22T19:09:18.0954502Z 信息：使用 ID 'e91f0d00-f62e-4918-8242-3215abeb8ecb' 连接到远程服务器。2019-07-22T19:09:39.2740289Z 错误：C:\Program Files (x86)\IIS\Microsoft Web Deploy V3\msdeploy.exe 失败，返回码：4294967295 2019-07-22T19:09:39.2740487Z 在 ChildProcess。(C:\agent_work_tasks\AzureRmWebAppDeployment_497d490f-eea7-4f2b-ab94-48d9c1acdcb1\3.4.16\node_modules\vsts-task-lib\toolrunner.js:568:30) 2019-07-22T19:09:39.2740965Z at emitTwo (events .js:106:13) 2019-07-22T19:09:39.2741020Z 在 ChildProcess.emit (events.js:191:7) 2019-07-22T19:09:39.2741074Z 在可能关闭 (internal/child_process.js:886 :16) 2019-07-22T19:09:39.2741146Z 在 Process.ChildProcess._handle.onexit (internal/child_process.js:226:5) 2019-07-22T19:09:39.2741211Z 重试部署包。

2019-07-22T19:09:39.5880914Z 信息：使用 ID 'd5158a2c-8fbe-4b69-83db-abc89116e8fa' 连接到远程服务器。2019-07-22T19:10:00.7577558Z ##[错误]无法将 Web 包部署到应用服务。2019-07-22T19:10:00.7583992Z ##[错误]错误代​​码：ERROR_DESTINATION_NOT_REACHABLE

最近，我们将 TFS 服务器升级到了最新的 2019 版本。

作为管理员，我试图安装下载的测试管理器扩展，就像我们在 TFS2017 和 TFS2018 中所做的那样。

但是，即使拥有完全访问权限和 TFS 测试计划订阅，我也无法安装它。

此扩展不支持您当前使用的服务器版本。有关受支持的服务器版本，请参阅 Works With。

我该怎么办，我错过了什么吗？为什么它不适用于 TFS2019？感谢你的帮助。

我正在尝试在 Visual Studio 2017 中新安装的 Azure DevOps Server 2019 上为我的集合创建一个新的团队项目。我能够使用 Web 界面成功创建项目，但是从 VS 尝试时失败。以下是日志中的异常条目：

我的团队习惯于在 Visual Studio 中创建项目，因此不必依赖访问 Web UI 会很好。

编辑：我选择敏捷流程模板和 TFVC 进行版本控制。

所以我有 1 个项目的 11 个存储库，它们都是微服务。
我有一个名为 DevOps 的存储库，其中必须跨 YAML 构建共享的所有内容都使用 Git 子模块共享。
出于某种原因，我似乎无法引用 git 模块中的 yaml 模板。

选项：

当我尝试通过触发器或手动运行构建时，出现错误：

在存储库 http://A.azuredevops.local/DefaultCollection/A/_git/A 分支 refs/heads/master 版本 db2884cc2d188b8e281f78e8b27e4fd74ce77d58 中找不到文件 /DevOps/A/Templates/A-test-template.yml。，意外的步骤类型： '步骤模板参考'

YAML：

解决方案：

使用 YAML：

如何运行构建管道任务来启动进程（在本例中为带有 Selenium 网格的 Java 进程）并继续构建管道？我使用 PowerShell（启动进程、启动作业）和命令行尝试了多种不同的技术，但构建定义没有继续进行。

我使用文档创建了一个自定义任务，但是它适用于 Azure DevOps Services，但在服务器上却给出了错误

我的第一个想法是“缺少什么参数？” 所以我填写了所有可用和可能的参数，但仍然继续出错。

之后，我转到运行 Azure DevOps Server 的机器中的事件查看器并收到此错误：

任务.json：

vss-extension.json

如何在服务和服务器中使用自定义任务？

.vsix 可以在 Github 存储库的发布页面下载：https ://github.com/brunomartinspro/Ping-Pong-Build-Trigger-AzureDevOps

开发者社区：https ://developercommunity.visualstudio.com/content/problem/715570/server-and-services-have-different-behavior.html

我目前正在从 TFS 2012 迁移到 Azure DevOps 2019（都在本地）。对于旧服务器，我会从我们的一些构建中手动创建 NuGet 包，并将这些.nupkg文件托管在文件共享上（在 Visual Studio 中配置为包源）。使用 DevOps，我显然可以自动化所有这些并将包直接推送到工件提要中。

旧服务器需要退役，因此我想将现有的 .nupkg 文件从文件共享中移出到新的工件提要中。这可能吗？

我们有许多 VS2013 解决方案，选择了“启用 NuGet 包还原”选项。回想一下，选择此选项会创建一个“.nuget”解决方案文件夹，其中包含许多文件（NuGet.config、NuGet.exe、NuGet.targets）。作为最后一步，我将编辑该NuGet.targets文件，为我们的内部存储库添加一个包源。

我刚刚将我们的旧 TFS2012 服务器升级到 Azure DevOps 2019，目前正在创建新的构建管道来替换我们旧的基于 XAML 的构建定义。我添加了一个“NuGet 还原”任务，但鉴于我们的解决方案启用了“包还原”选项，我不确定这是否有必要？如果我删除此任务，包是否会由“Visual Studio 构建”任务恢复？

我从来没有真正喜欢在解决方案中恢复所有这些包。如果我要删除它，我想毕竟需要“NuGet restore”构建任务吗？但是如果没有包恢复选项，开发人员将如何在他们的 PC 上恢复包（在 VS2019 中）？

这是我昨天提出的问题的后续：NuGet package restore in builds and Visual Studio

我已经从我的 VS2013 解决方案中删除了“.nuget”解决方案文件夹，但是我的构建管道中的“Visual Studio 构建”任务现在失败了，每个项目都有一个错误：

[错误]xxxxx.csproj(214,5)：错误：此项目引用了此计算机上缺少的 NuGet 包。启用 NuGet 包还原以下载它们。有关详细信息，请参阅http://go.microsoft.com/fwlink/?LinkID=322105。缺少的文件是 c:\Temp\VSTS Agent_work\10\s\xxxxx\.nuget\NuGet.targets。

我已经尝试检查 VS 构建任务中的“恢复 NuGet 包”选项，但这并没有什么区别。复选框表示此选项已弃用，并使用“Nuget 工具安装程序”任务 - 我也尝试过，但它仍然没有帮助。

我什至在我的构建管道中添加了一个“Nuget (command=restore)”任务。它的输出显示它已将 Nuget 包恢复到解决方案的 \packages 文件夹中，但仍然没有任何乐趣。

我检查了 .csproj 文件中的相对包路径，它们正确地指向了由上述“Nuget 恢复”任务恢复的包文件夹。

我是否遗漏了某些东西，或者是将“.nuget”解决方案文件夹放回原处的唯一解决方法？

在 Azure DevOps Server 2019 上，我希望自定义我的待办事项和看板以添加新的级别和 WIT，如此处所述。

但是，这样做需要新的继承流程模型，而我的收藏是在模型引入之前几年创建的（从那以后我经历了三次升级）。必须在创建集合时选择模型；事后不可能在两者之间切换。

看来我必须创建一个新集合，然后迁移我的所有数据（工作项、存储库、管道等）。自然，我需要保留所有内部时间戳。

这可能吗？如果可以，它是如何实现的？