GitHub 工程化实践：从 Issue、Pull Request 到 Release
GitHub 不只是代码托管平台 很多开发者使用 GitHub 时，主要把它当成远程 Git 仓库： git push ↓ GitHub 但对于一个真正需要长期维护的项目来说，代码仓库只是 GitHub 的一部分。 一个完整的软件开发过程通常还包括： 需求 ↓ Issue ↓ 开发 ↓ Pull Request ↓ Code Review ↓ CI ↓ Merge ↓ Release ↓ 用户 GitHub 恰好把这条链路中的多个环节连接起来。 其中： Issue 负责描述和跟踪工作； Pull Request 负责提交代码变更； Code Review 负责验证代码； Actions 负责自动化检查； Ruleset 负责约束仓库规则； Release 负责向用户交付稳定版本。 GitHub 官方也将 Pull Request 模板、Code Owners、受保护分支和 Rulesets 作为标准化 Pull Request 和保护重要分支的重要工具。(GitHub：管理和标准化 Pull Request) 因此，GitHub 工程化的核心并不是「会使用多少 GitHub 功能」，而是建立一条可追踪、可审查、可自动化、可发布的软件交付流程。 Issue：把需求和问题变成可追踪任务 Issue 是项目管理的起点。...