GitHub使用全攻略：从拉取请求到企业版解决方案
1. 管理拉取请求
在GitHub上的成功项目通常会有一个拉取请求（Pull Request，PR）队列需要管理。项目核心实例的协作者可以管理和处理这些请求。值得注意的是，拉取请求不一定来自分支仓库，拥有核心项目协作者权限的贡献者也可能会在合并代码之前，使用拉取请求来征求代码反馈。
每个用户都有自己的自定义仪表板，用于显示其作为贡献者参与的所有项目的拉取请求。拉取请求的一个重要概念是将传统的二元接受/拒绝操作转变为一种交流方式，这种交流通过对拉取请求或特定提交的评论来实现。评论可以分为三个精度级别：拉取请求级别、提交级别或代码行级别，其中代码行级别的评论对于技术调整最为有用，能让审查者精确地向作者提出更优的编码建议。
当拉取请求中的解决方案足够完善，可以合并时，通常是合并到主分支，有几种方法可供选择。最具创新性和节省时间的方法是使用GitHub网页用户界面上的自动合并按钮，这相当于从命令行执行真正的Git提交，无需在本地下载、合并代码并将结果推回GitHub。
此外，拉取请求不仅可以在功能开发、错误修复或其他贡献完成后使用，也可以在概念开始时使用。现在，越来越多的情况是，拉取请求仅以一个模拟的JPEG图像或一个快速的文本文件大纲来发起，概述主题分支的目标，然后通过前面提到的评论方式征求团队反馈。主题分支的贡献者继续将他们的更改推送到GitHub，拉取请求会以对话的形式自动更新，并包含最新提交的链接。
2. 通知机制
像GitHub这样的社交系统需要强大的通知机制，以告知贡献者他们关注的项目、组织和用户可能发生的重要变化。通知由用户在GitHub上对这三种类型项目的关
