使用Azure DevOps时,有时找不到管道YAML文件,而我无法手动运行构建。
在我们的情况下,我们仅在对master
和develop
分支的提交中自动运行,因此可以预期我们手动运行其他分支。目前,我们的develop
分支中只有管道YAML文件。
按照这些步骤,Azure DevOps无法找到管道YAML文件,并且将不允许您触发手动运行。
test-branch
的新邮件。test-branch
。test-branch
分支重新创建develop
。我现在可以看到存储库中分支的管道YAML文件存在。但是,当我尝试手动运行该分支时,“运行”按钮显示为灰色。当我尝试编辑管道YAML文件时,出现以下错误-
在版本号/分支测试分支的存储库GitHubOrg /存储库中找不到文件azure-pipelines.yml。
需要明确的是,pipelie YAML文件存在并在其他分支上运行。但这几乎就像Azure DevOps在我选择运行/编辑它时没有正确地拉出分支,而且我看不出有任何方法可以强制执行该操作。
我不想从Azure DevOps中删除管道,因为我会丢失现有的生成历史记录,而不必更新关联的部署,但是就目前而言,我看不到其他任何方式。
其他人是否遇到过这种行为并提出解决方案?
答案 0 :(得分:1)
简短的答案:我是Azure Devops菜鸟,我不知道自己在做什么。
详细的答案:就我而言,我得到的是“在版本/分支测试分支的存储库GitHubOrg /存储库中找不到文件azure-pipelines.yml”。因为针对repostiory x中的解决方案的GitHub的服务连接已被删除,显然是由于有人清理了他们认为未使用的服务连接(因为我不必要地创建了一堆svc连接)。
我的方案的解决方案与上面的初始问题略有不同,但也会导致相同的“ ...找不到yml文件...”错误:
返回到构建管道,然后单击“编辑”按钮。请注意,如果仍然出现未找到YML错误,请单击横幅右侧的“使用默认编辑器”。
选择“触发器” ,然后单击YAML。现在,在标题为“选择源”的右窗格中的“使用连接授权”文本右侧的下拉列表中找到您的服务连接,然后在菜单项“保存并排队”下单击“保存”。
您现在应该能够成功运行或编辑构建管道。
不客气!
答案 1 :(得分:0)
我遇到了同样的错误,就我而言,有人在存储库中重命名了 .yaml 脚本,但没有在管道设置中选择新的 .yaml 名称。