GitHub Issues与Pull Request详解

在 GitHub 等代码托管平台中，Issues 和 Pull Requests（PR） 是两个核心协作功能，但用途不同：

---

1. Issues（问题/议题）

• 是什么：
  Issues 是用于跟踪项目中的任务、Bug、功能建议或讨论的线程。类似于一个“任务列表”或“讨论区”。
• 用途：
  • 报告代码中的 Bug。
  • 提议 新功能 或改进。
  • 讨论技术方案或设计决策。
  • 管理项目任务（如用 To-Do 标签分类）。
• 特点：
  • 非代码类协作，纯文本讨论。
  • 可附加标签（如 bug、enhancement）、分配给负责人、关联到里程碑。
  • 通过 #编号 引用其他 Issue 或 PR。

示例：
用户发现项目无法在 Windows 下运行，可以开一个 Issue 描述问题，开发者跟进修复。

---

2. Pull Request（PR，拉取请求）

• 是什么：
  PR 是开发者向项目提交代码变更的请求，请求将自己的代码合并到主分支。本质是“代码修改提案”。
• 用途：
  • 提交 Bug 修复 或 新功能代码。
  • 发起代码审查（Code Review），邀请他人讨论修改。
  • 同步分支（如从个人分支合并到主分支）。
• 特点：
  • 基于 Git 分支操作（需先 Fork 或创建分支）。
  • 可关联 Issue（如写 Fixes #123 可自动关闭对应 Issue）。
  • 支持评论、行级代码讨论、自动化测试（CI/CD）。

示例：
你修复了 Issue 中的 Bug，将代码推送到自己的分支，然后发起 PR 请求合并到原项目。

---

关键区别

特性	Issues	Pull Requests
目的	讨论问题、记录任务	提交代码变更并请求合并
涉及代码	无（仅文本）	必须包含代码修改
操作对象	项目任务或 Bug	Git 分支间的合并
关闭方式	手动关闭或通过 PR 引用自动关闭	合并后自动关闭

---

协作流程示例

1. 用户发现 Bug → 开一个 Issue 描述问题。
2. 开发者修复 Bug → 创建分支写代码 → 提交 PR 关联该 Issue。
3. 团队审查 PR 代码 → 讨论修改 → 合并后自动关闭 Issue。

通过结合两者，GitHub 实现了从问题跟踪到代码协作的完整闭环。