技能介绍

要解决什么问题

团队在 GitHub 上跑 CI/CD 时，常见痛点是：工作流 YAML 从零写起容易漏掉权限、缓存和版本 pinning；PR 门禁、多环境矩阵、生产审批各自一套写法，难以在仓库间复用。本技能聚焦可用于生产的 GitHub Actions 工作流模式，把测试、构建、部署和安全扫描拆成可对照的模板与约定，而不是泛泛讲「怎么用 Actions」。

技能如何工作

技能按常见工作流模式组织，并指向仓库内参考文件（如 assets/test-workflow.yml、assets/deploy-workflow.yml、assets/matrix-build.yml），便于对照改参：

测试工作流：在 PR 或 push 上跑单元/集成测试，配合状态检查阻断合并不合格变更。
构建并推送 Docker 镜像：构建镜像并推送到 registry，适合容器化交付链路。
部署到 Kubernetes：在镜像就绪后衔接集群发布（与具体集群凭证、命名空间等约束需你方环境对齐）。
矩阵构建：同一 job 下多版本/多 OS 并行，减少复制粘贴的 workflow 片段。

同时强调一组工作流最佳实践：固定 action 版本（如 @v4，避免 @latest）、依赖缓存、secrets 存敏感信息、最小权限、可复用 workflow、生产审批门禁、失败通知，以及敏感负载考虑自托管 runner。可复用工作流场景还包括安全扫描与带审批的部署。更细的步骤与验证方式见 resources/implementation-playbook.md 与 references/common-workflows.md。

适用边界

若任务与 GitHub Actions 模板无关，或你需要 GitLab CI、通用管道架构设计、secrets 治理等本技能范围外的工具链，应改用相关技能（如 gitlab-ci-patterns、deployment-pipeline-design、secrets-management）。使用前请先明确目标、约束和必需输入，再套用模板并做结果验证。