监控并交互 CI/CD 流水线(Jenkins、GitHub Actions、GitLab CI),检查构建状态、触发构建、分析失败任务、查看日志。使用时机:...
CI Monitor – 监视器, 触发器, 并分析 CI/ CD 管道状态是一项面向实际任务的技能,主要用于当使用时 : 1. 检查构建/ 管道状态;分析 CI 任务失败的原因;
使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
监控、触发并分析 CI/CD 流水线状态。
✅ 在以下情况下使用该能力:
❌ 请勿在以下情况下使用该能力:
gh CLI# 设置环境变量 export JENKINS_URL="https://jenkins.example.com" export JENKINS_USER="admin" export JENKINS_TOKEN="your-api-token"
# 列出所有任务(job)
curl -s "$JENKINS_URL/api/json?tree=jobs[name,color]"
--user "$JENKINS_USER:$JENKINS_TOKEN" | jq '.jobs[] | "(.name): (.color)"'
# 获取最近一次构建的状态
curl -s "$JENKINS_URL/job/{job-name}/lastBuild/api/json"
--user "$JENKINS_USER:$JENKINS_TOKEN" | jq '{result,duration,timestamp,builtOn}'
# 获取最近一次构建的控制台输出(最后 50 行)
curl -s "$JENKINS_URL/job/{job-name}/lastBuild/consoleText"
--user "$JENKINS_USER:$JENKINS_TOKEN" | tail -50
# 触发一次构建
curl -s -X POST "$JENKINS_URL/job/{job-name}/build"
--user "$JENKINS_USER:$JENKINS_TOKEN"
# 带参数触发构建
curl -s -X POST "$JENKINS_URL/job/{job-name}/buildWithParameters?BRANCH=develop&ENV=staging"
--user "$JENKINS_USER:$JENKINS_TOKEN"
# 获取构建队列
curl -s "$JENKINS_URL/queue/api/json"
--user "$JENKINS_USER:$JENKINS_TOKEN" | jq '.items[] | {task: .task.name, why}'
当构建失败时:
curl -s "$JENKINS_URL/job/{job}/lastBuild/api/json"
--user "$JENKINS_USER:$JENKINS_TOKEN" | jq '{result,duration,timestamp}'
curl -s "$JENKINS_URL/job/{job}/lastBuild/testReport/api/json"
--user "$JENKINS_USER:$JENKINS_TOKEN" | jq '{failCount,passCount,skipCount,suites[].cases[] | select(.status=="FAILED") | {name,errorDetails}}'
curl -s "$JENKINS_URL/job/{job}/lastBuild/consoleText"
--user "$JENKINS_USER:$JENKINS_TOKEN" | tail -200 | grep -i -E "error|fail|exception"
🔴 Build #{number} FAILED
⏱️ Duration: Xm Ys
📋 Tests: X passed, Y failed, Z skipped
❌ Failed tests:
- TestClass.testMethod: error message
- TestClass.testMethod2: error message
🔍 Root cause: [基于日志的分析]
💡 Suggestion: [修复建议]
使用 gh CLI 或 REST API:
# 列出最近的 workflow 运行记录
gh run list --repo owner/repo --limit 10
# 查看指定运行记录
gh run view {run-id} --repo owner/repo
# 查看失败步骤的日志
gh run view {run-id} --repo owner/repo --log-failed
# 重试失败的 job
gh run rerun {run-id} --failed --repo owner/repo
# 触发 workflow
gh workflow run {workflow-name} --repo owner/repo --ref main
# 设置变量
export GITLAB_URL="https://gitlab.example.com"
export GITLAB_TOKEN="your-private-token"
export PROJECT_ID="123"
# 列出流水线(每页 5 条)
curl -s -H "PRIVATE-TOKEN: $GITLAB_TOKEN"
"$GITLAB_URL/api/v4/projects/$PROJECT_ID/pipelines?per_page=5" | jq '.[] | {id,status,ref,created_at}'
# 获取某条流水线的所有 job
curl -s -H "PRIVATE-TOKEN: $GITLAB_TOKEN"
"$GITLAB_URL/api/v4/projects/$PROJECT_ID/pipelines/{pipeline-id}/jobs" | jq '.[] | {name,status,duration}'
# 获取 job 的执行日志(最后 100 行)
curl -s -H "PRIVATE-TOKEN: $GITLAB_TOKEN"
"$GITLAB_URL/api/v4/projects/$PROJECT_ID/jobs/{job-id}/trace" | tail -100
# 重试失败的流水线
curl -s -X POST -H "PRIVATE-TOKEN: $GITLAB_TOKEN"
"$GITLAB_URL/api/v4/projects/$PROJECT_ID/pipelines/{pipeline-id}/retry"
汇报构建状态时,请使用以下格式:
📊 CI Status Report - {project}
━━━━━━━━━━━━━━━━━━━━━━━━━━━━
✅ Build #123 (main) - PASSED 2m 30s
🔴 Build #122 (develop) - FAILED 5m 10s
🟡 Build #124 (feature) - RUNNING 1m 20s
⚪ Build #125 (hotfix) - QUEUED
相关专题
热门下载
相关下载
精品课程
共6课时 | 54.7万人学习
共89课时 | 134.1万人学习
共49课时 | 82.6万人学习
最新文章