问题标签 [azure-devops-pipelines]

我正在尝试在 Azure DevOps 管道中执行多个 python 脚本，但“##[error]Cmd.exe 以代码 '5' 退出。” 显然没有任何测试用例的标识返回。

在管道的“执行脚本”步骤中，已经编写了以下命令：

这工作正常，直到脚本“autotest_main.py”只包含带有测试用例的套件。但是我需要组织很多测试用例，所以起点是autotest_main.py脚本，编写如下：

我还使用 test_ 表示法使测试用例易于识别。每个 test_Suite1.py 文件都包含与 selenium webdriver 一起测试 Web 应用程序前端的单元测试。当我在本地计算机上运行脚本时，一切正常，但是当我使用 azure devops 运行它时，“##[error]Cmd.exe 以代码 '5' 退出。” 被退回。这里的日志：

有什么建议可以解决这个问题吗？如果可能，我想防止在 Azure Pipeline 中编写大量执行脚本步骤。

我正在尝试运行在本地构建和缓存的 Docker 映像（来自 Dockerfile）中运行的容器作业，而不是从注册表中提取映像。根据我目前的测试，代理只尝试从注册表中提取图像，而不是在本地搜索图像。我知道这个功能没有记录，但是我想知道是否有办法让它工作。

当我们在 Azure DevOps 中使用 GitPython 并尝试推送到存储库时，会出现以下消息（与管道克隆的存储库相同）：

基础设施：GitHub、Windows 构建机（最新）

由于我们的工作目录是当前克隆的存储库，我们像这样初始化存储库：

因此，推送更改应使用与用于拉取的 Azure DevOps 相同的凭据。我错过了什么吗？

解决方案

解决方案是覆盖checkout管道中的步骤：https ://docs.microsoft.com/en-us/azure/devops/pipelines/yaml-schema?view=azure-devops&tabs=schema%2Cparameter-schema#checkout

有问题的脚本是：

我打开了运行 Pipeline Agent 的机器，它正确地执行了迁移。

当相同的脚本在命令行任务下运行时，我收到以下错误：

2020-11-03T14:45:20.1962744Z ##[section]开始：命令行脚本 2020-11-03T14:45:20.2058194Z =================== ==================================================== ======== 2020-11-03T14:45:20.2058419Z 任务：命令行 2020-11-03T14:45:20.2058637Z 描述：在 Linux 和 macOS 上使用 Bash 和 cmd.exe 运行命令行脚本Windows 2020-11-03T14:45:20.2058833Z 版本：2.177.2 2020-11-03T14:45:20.2058981Z 作者：Microsoft Corporation 2020-11-03T14:45:20.2059204Z 帮助： https://docs.microsoft。 com/azure/devops/管道/任务/实用程序/命令行 2020-11-03T14:45:20.2059450Z ======================================= ======================================= 2020-11-03T14:45:21.0758733Z 生成脚本. 2020-11-03T14:45:21.0836319Z 脚本内容：2020-11-03T14:45:21.0849117Z migrate.exe Core.dll /verbose /connectionString="Data Source=server-name;Initial Catalog=db-name;Integrated安全=真；“/connectionProviderName="System.Data.SqlClient” 2020-11-03T14:45:21.1141401Z ========================= = 开始命令输出 ============================ 2020-11-03T14:45:21.1356562Z ##[command]"C:\ Windows\system32\cmd.exe" /D /E:ON /V:OFF /S /C "CALL "C:\pipeline-agent_work_temp\6db07e4c-052c-4aa1-b103-db71bebfec26.cmd"" 2020-11-03T14 ：45：24.3631400Z VERBOSE：目标数据库是：'db-name'（数据源：服务器名称，提供者：System.Data。SqlClient，来源：显式）。2020-11-03T14:45:24.4108063Z System.Data.Entity.Migrations.Design.ToolingException：用户“NT AUTHORITY\ANONYMOUS LOGON”登录失败。2020-11-03T14:45:24.4111868Z 在 System.Data.Entity.Migrations.Design.ToolingFacade.Run(BaseRunner runner) 2020-11-03T14:45:24.4118794Z 在 System.Data.Entity.Migrations.Console.Program .Run() 2020-11-03T14:45:24.4122094Z at System.Data.Entity.Migrations.Console.Program.Main(String[] args) 2020-11-03T14:45:24.4126803Z 错误：用户登录失败'NT AUTHORITY\匿名登录'。2020-11-03T14:45:24.4862640Z ##[error]Cmd.exe 以代码“1”退出。2020-11-03T14:45:24.5283178Z ##[section]整理：命令行脚本 NT AUTHORITY\匿名登录'。2020-11-03T14:45:24.4111868Z 在 System.Data.Entity.Migrations.Design.ToolingFacade.Run(BaseRunner runner) 2020-11-03T14:45:24.4118794Z 在 System.Data.Entity.Migrations.Console.Program .Run() 2020-11-03T14:45:24.4122094Z at System.Data.Entity.Migrations.Console.Program.Main(String[] args) 2020-11-03T14:45:24.4126803Z 错误：用户登录失败'NT AUTHORITY\匿名登录'。2020-11-03T14:45:24.4862640Z ##[error]Cmd.exe 以代码“1”退出。2020-11-03T14:45:24.5283178Z ##[section]整理：命令行脚本 NT AUTHORITY\匿名登录'。2020-11-03T14:45:24.4111868Z 在 System.Data.Entity.Migrations.Design.ToolingFacade.Run(BaseRunner runner) 2020-11-03T14:45:24.4118794Z 在 System.Data.Entity.Migrations.Console.Program .Run() 2020-11-03T14:45:24.4122094Z at System.Data.Entity.Migrations.Console.Program.Main(String[] args) 2020-11-03T14:45:24.4126803Z 错误：用户登录失败'NT AUTHORITY\匿名登录'。2020-11-03T14:45:24.4862640Z ##[error]Cmd.exe 以代码“1”退出。2020-11-03T14:45:24.5283178Z ##[section]整理：命令行脚本 Console.Program.Main(String[] args) 2020-11-03T14:45:24.4126803Z 错误：用户“NT AUTHORITY\ANONYMOUS LOGON”登录失败。2020-11-03T14:45:24.4862640Z ##[error]Cmd.exe 以代码“1”退出。2020-11-03T14:45:24.5283178Z ##[section]整理：命令行脚本 Console.Program.Main(String[] args) 2020-11-03T14:45:24.4126803Z 错误：用户“NT AUTHORITY\ANONYMOUS LOGON”登录失败。2020-11-03T14:45:24.4862640Z ##[error]Cmd.exe 以代码“1”退出。2020-11-03T14:45:24.5283178Z ##[section]整理：命令行脚本

当我使用 SQL Server 身份验证时，此问题停止，不幸的是我需要使用 Windows 身份验证。

简单地说，Azure Devops 是否有一些与 GitHub 版本非常接近的东西？

我想发布在 Azure DevOps 管道期间创建的工件，以便之后在中心位置轻松查看和下载它们。与我正在寻找的最接近的是GitHub 发布的工作方式，其中有一个网页列出了存储库的所有版本以及可以为每个版本下载的资产。

在我看来，Azure DevOps 管道中已发布的工件始终与管道的运行相关联，并且没有一种简单的方法可以查看已在历史视图中创建的工件列表，如 GitHub 发布提供的，但也许我错过了一些东西。

Azure Artifacts 不能满足我的需求，因为它与特定的打包格式相关联并且旨在用于开发人员工具。

我们的团队正在实施 Azure DevOps 测试管道。在我们最初提交创建管道 .yml 文件后，会显示此错误消息。在查看之后，我意识到我忘记在 .yml 中包含触发器。但是添加后，此错误消息并没有消失。管道按预期工作，我们只是使用如下所示的手动触发器。唯一列出的问题来自我们最初的提交。有没有办法我可以承认这个错误以使其消失，或者我是否可能错过了一个我还没有注意到的不同错误？感谢您提前提供任何帮助，如果我可以提供任何其他信息，请告诉我。

以下是我在查看该管道的运行时看到的错误消息。我还附上了我如何设置触发器的屏幕截图。

编辑：根据要求，我在下面包含了实际的 .yml 文件代码，并进行了轻微的命名修改。我们确实有一些自定义插件，例如为未跟踪但仍需要创建的文件创建文件。所以你可能需要删除那些来测试它。

编辑（2）：下面是我现在用于触发设置的屏幕截图，最初它是未选中的。检查它似乎没有任何影响。

我想知道 Azure Pipeline 部署组和部署池之间有什么区别。同样重要的是，在什么情况下或标准下我会选择哪一个？谢谢。

在我的一个阶段的主要管道中，我用稍微不同的数据调用了两次相同的（部署）模板：

我的问题是部署不能有两次相同的名称。无法使用${{parameters.command}}来区分部署名称，因为它包含禁止字符。仅${{parameters.command}}在两个调用之间有所不同。

我的问题是除了传递另一个参数（例如 jobName: ）之外，是否可以区分部署的名称。我尝试了各种条件和预定义变量，但没有成功。

此外，我应该添加 DependsOn 以便在第一个模板之后肯定会调用第二个模板。

我想缓存requirement.txt中的依赖关系。请参阅https://docs.microsoft.com/en-us/azure/devops/pipelines/release/caching?view=azure-devops#pythonpip。这是我的 azure-pipelines.yml

我的 requirements.txt 中指定的依赖项安装在每个管道运行中。

管道任务 Cache@2 提供以下输出。

我只是注意到，即使我在 azure 中有一个由 10 个托管代理组成的池，它们是空闲且空闲的，但我正在等待很长时间来执行构建作业，并且我看到这个消息很长一段时间：

问题是什么？