Azure DevOps Release部署AKS时kubectl apply路径缺失问题求助
使用Azure DevOps发布流水线将.NET 6应用部署到AKS,构建完成后触发发布且已确认所有工件存在。发布流水线包含代理作业、创建Secret作业和Kubernetes部署作业,错误出现在部署作业阶段,具体报错如下:
2022-12-04T15:28:24.9668012Z ##[error]error: must specify one of -f and -k
[command]/usr/local/bin/kubectl apply -f --namespace dev
已在Kubernetes部署任务的Manifests输入框指定路径$(System.DefaultWorkingDirectory)/_Service/Manifests/dev/deployment.yml,对应的YAML配置内容如下:
apiVersion: apps/v1 kind: Deployment metadata: name: service-deployment-dev spec: selector: matchLabels: app: service-dev template: metadata: labels: app: service-dev spec: containers: - name: service-dev image: registry.azurecr.io/service-dev resources: limits: memory: "128Mi" cpu: "200m" ports: - containerPort: 80 --- apiVersion: v1 kind: Service metadata: name: service-cluster-dev namespace: dev spec: selector: app: service-dev type: ClusterIP ports: - name: service-dev protocol: TCP port: 80
疑惑:为何kubectl无法找到指定的deployment.yml文件?
检查路径变量解析有效性:在Kubernetes部署作业前新增一个命令行任务,执行以下命令确认路径和文件状态:
echo "当前工作目录:$(System.DefaultWorkingDirectory)" ls -la $(System.DefaultWorkingDirectory)/_Service/Manifests/dev/这能直接验证变量是否正确解析,以及目标yml文件是否真的存在于代理机器的对应路径下。
确认工件下载完整性:虽然确认构建工件存在,但要检查代理作业中是否正确配置了下载工件任务,确保包含Manifests目录的构建产出被完整下载到代理机器的指定位置。如果缺失该任务,代理机器上自然找不到目标文件。
排查路径格式问题:从报错的kubectl命令能看出代理是Linux环境(命令路径为
/usr/local/bin/kubectl),要确保Manifests输入框中的路径使用正斜杠/,没有多余空格或特殊字符。如果路径中存在空格,需要用引号包裹,比如"$(System.DefaultWorkingDirectory)/path with space/deployment.yml"。检查Manifests输入框配置:仔细查看部署任务的Manifests输入框,确认没有误输入空格、换行或无效字符。从报错的
kubectl apply -f --namespace dev能明显看到-f参数后是空的,说明配置的路径没有被正确传递给kubectl命令,大概率是输入框配置有误。验证文件权限:在Linux代理上,执行命令查看目标文件的权限:
ls -l $(System.DefaultWorkingDirectory)/_Service/Manifests/dev/deployment.yml如果运行kubectl的用户没有读权限,执行
chmod +r $(System.DefaultWorkingDirectory)/_Service/Manifests/dev/deployment.yml赋予读权限后重试。
内容的提问来源于stack exchange,提问作者Vladimir Petukhov

