GitHub Issue 全流程自动化：自动拉取、修复 Issue，创建 PR，监控 CI/CD，合并部署。
GitHub Issue 全流程自动化
功能概述
GitHub Issue 全流程自动化是一项面向实际任务的技能，主要用于从拉取 Issue 到合并部署的端到端自动化工作流；GitHub CLI 已认证（ gh auth status 正常）；
核心要点
- 仓库已克隆到本地；
- 有仓库的 push 权限；
- 1. 拉取所有 Open Issue；
使用与执行
批量获取所有需要处理的 Issue 详情：；2. 统一分析所有 Issue；一次性获取所有 open issue，整体评估：；分析要点：。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。从功能定位来看，该技能强调把分散的操作要求整理成清晰、可复用的处理流程，使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
结果检查与注意事项
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数，再依据技能说明逐步执行；若输入条件不完整，应先补齐信息或采用保守配置，避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期，并对异常提示、缺失字段和边界情况进行处理；涉及批量任务时，还应保存进度，避免中断后重复操作。该技能适合用于一次性任务，也可以接入自动化工作流，与其他技能或上层代理配合完成更完整的业务链路；在组合使用时，应明确每一步的输入输出关系，并避免不同步骤之间出现参数冲突。
GitHub Issue 全流程自动化
从拉取 Issue 到合并部署的端到端自动化工作流。
前置条件
- GitHub CLI 已认证（
gh auth status正常） - 仓库已克隆到本地
- 有仓库的 push 权限
工作流
1. 拉取所有 Open Issue
cdgh issue list --state open
批量获取所有需要处理的 Issue 详情：
# 获取所有 open issue 的编号和标题 gh issue list --state open --json number,title,body
2. 统一分析所有 Issue
一次性获取所有 open issue，整体评估：
gh issue list --state open --json number,title,body,labels
分析要点：
- 哪些 Issue 相关（同一模块、同一文件、同一类问题）
- 是否存在依赖关系（A 修了影响 B）
- 能否合并为一次修复（相关 Issue 放同一分支）
输出一份修复计划： 分组 → 确定分支策略 → 明确每个 Issue 对应的改动
3. 整体修复
基于分析结果，创建分支并一次性实现所有修复：
git checkout master && git pull origin master git checkout -b fix/batch--<总体描述>
修复策略：
- 用一个子代理传入所有 Issue 描述 + 项目上下文，让它整体规划后统一修改
- 相关 Issue 合并处理，减少重复改动
- 每个 Issue 的修复在同一分支内用独立 commit 区分
4. 分 commit 提交推送
每个 Issue 单独一个 commit，便于追踪：
# 按 Issue 逐个提交 git addgit commit -m "fix: (#)" git add git commit -m "fix: (#)"
推送统一分支：
git push -u origin fix/batch--<总体描述>
5. 创建一个 PR 关联所有 Issue
gh pr create --title "Batch fix: <总体描述>" --body "## 关联 Issues Closes #, Closes #, Closes #### Issue #: <标题> <修复说明> ### Issue #: <标题> <修复说明> ### Issue # : <标题> <修复说明>" --base master
6. 监控 CI/CD
gh pr checks
检查项： Code Quality / Security Scan / Unit Tests / E2E Tests / Deploy Preview
CI 失败自动修复：
- 查看失败日志：
gh run view--log-failed - 修复并推送：
git commit -am "fix: CI ..." && git push - 重新检查直到通过
7. 合并并部署
CI 通过后合并：
gh pr merge--merge # 分支保护时用 --admin
8. 验证部署并发送报告
gh api repos// /deployments --jq '.[0:3] | .[] | "(.environment) - (.sha[0:7]) - (.created_at)"'
报告内容：
- 每个 Issue 的编号、标题和修复说明
- PR 链接（一个 PR 覆盖所有 Issue）
- CI/CD 结果汇总
- 部署状态
- 修改文件列表
提交信息规范
fix:修复问题feat:新功能refactor:重构docs:文档更新style:代码格式test:测试相关
分支命名规范
fix/issue-— 修复- feat/issue-— 新功能- refactor/issue-— 重构-
相关专题
github中文官网入口https://docs.github.com/zh/get-started，GitHub 是一种基于云的平台，可在其中存储、共享并与他人一起编写代码。 通过将代码存储在GitHub 上的“存储库”中，你可以： “展示或共享”你的工作。 持续“跟踪和管理”对代码的更改。
2026.01.21
7965
27
要对比两个版本的 git 文件，请使用 git diff 命令：git diff 比较工作树和暂存区之间的差异。git diff 比较两个提交或标签之间的差异。git diff 输出显示差异块，其中 + 表示添加的行，- 表示删除的行， 表示修改的行。可使用 gitkraken、meld、beyond compare 等可视化工具更直观地查看差异。本专题为大家提供相关的文章、下载、课程内容，供大家免费下载体验。
2024.04.09
2281
6
git提交错误撤回的方法：git reset head^：撤回最后一次提交，恢复到提交前状态。git revert head：创建新提交，内容与之前提交相反。git reset ：使用提交的 sha-1 哈希撤回指定提交。交互式舞台区：标记要撤回的特定更改，然后提交，排除已撤回更改。本专题为大家提供相关的文章、下载、课程内容，供大家免费下载体验。
2024.04.09
2517
7
Git是一个强大的版本控制系统，它提供了很多功能帮助开发人员有效地管理和控制代码的变更，本专题为大家提供git 撤销提交的commit相关的各种文章内容，供大家免费下载体验。
2023.07.24
714
5
git和svn的区别：1、定义不同；2、模型类型不同；3、存储单元不同；4、是否拥有全局版本号；5、内容完整性不同；6、版本库不同；7、克隆目录速度不同；8、分支不同。php中文网为大家带来了git和svn的相关知识、以及相关文章等内容。
2023.07.06
1260
6
本专题聚焦LLVM自定义Pass开发，整理Pass类结构、run()方法、PreservedAnalyses、CMake构建、插件注册、-load-pass-plugin加载和测试用例编写流程。
2026.09.30
0
10
本专题介绍LLVM对RISC-V基础ISA和扩展的支持方式，涵盖RV32、RV64、标准扩展、实验性扩展、厂商扩展、-menable-experimental-extensions和版本差异。
2026.09.30
0
14
热门下载
相关下载
