用途:根据用户需求生成或重新设计 Azure Pipelines YAML,例如为新项目创建 azure-pipelines.yml、构建含预发与生产的单多阶段流水线、生成跨仓库复用模板,或把已有 CI 流程转换为 Azure Pipelines。仅用于生成,验证类请求应使用 azure-pipelines-validator。\n\n主要能力:支持基础 CI、多阶段 CI/CD、Docker、Kubernetes、特定语言(.NET、Node.js、Python、Go、Java)、模板化以及仅片段等模式;生成时要求确定模式、收集必要输入,并读取本地参考文档与最接近的示例。安全默认值包括:CI 分支为 main、develop;生产部署仅限 main;固定代理镜像(如 ubuntu-22.04);部署镜像使用不可变标签 $(Build.BuildId),不使用 latest。\n\n使用方式:先分类请求模式,收集应用栈、包管理器、构建测试命令、部署目标、环境流、服务连接与密钥处理方式、是否需要模板;随后依次读取 docs/yaml-schema.md、docs/best-practices.md,按需读取 tasks-reference.md、templates-guide.md 及对应示例;再按检查清单生成 YAML。检查清单覆盖安全(不硬编码密钥、使用服务连接与变量组)、版本固定(vmImage 与任务主版本)、可靠性(显式 dependsOn、timeoutInMinutes、分支门控、deployment 作业与环境)、性能(Cache@2、浅检出、仅发布必要产物)、测试可观测性(运行 lint/测试并发布结果与覆盖率)和可维护性(displayName、模板、必要注释)。\n\n校验:完整流水线生成后应默认使用 azure-pipelines-validator 校验并修复至无阻塞问题;验证器不可用时可运行脚本 bash devops-skills-plugin/skills/azure-pipelines-validator/scripts/validate_azure_pipelines.sh <pipeline-file>;两者均不可用时进行手动检查并说明校验状态与残余风险。仅片段可跳过校验。\n\n限制与输出:最终须包含流水线 YAML、必要设置(服务连接、变量组/密钥、环境与审批)、校验结果、假设以及已用/跳过参考及影响。缺失必要输入时需明确写出假设;本地参考缺失时使用最近示例替代并标注不确定性;网络或工具不可用时可基于本地知识继续并附残余风险说明。
azure-pipelines-generator
通用与其它
更新于 10-15 16:46