[TOC] ## GitHub 流程 流程通常如下： 1. 从 `master` 分支中创建一个新分支 2. 提交一些修改来改进项目 3. 将这个分支推送到 GitHub 上 4. 创建一个合并请求（“Create pull request”） 5. 讨论，根据实际情况继续修改 6. 项目的拥有者合并或关闭你的合并请求 当你单击了“Create pull request”（创建合并请求）的按钮后，这个项目的拥有者将会收到一条包含关改动和合并请求页面的链接的提醒。 虽然合并请求通常是在贡献者准备好在公开项目中提交改动的时候提交，但是也常被用在仍处于开发阶段的内部项目中。因为合并请求在提交后 依然可以加入新的改动 ，它也经常被用来建立团队合作的环境，而不只是在最终阶段使用。 在这个流程中，最看重的是历史记录和最后的合并。 所以，与上游保持同步时，如果你想要合并目标分支来让你的合并请求变得可合并，你需要将源版本库添加为一个新的远端，并从远端抓取内容，合并主分支的内容到你的分支中去，修复所有的问题并最终重新推送回你提交合并请求使用的分支。分解说明如下： 1. 将源版本库添加为一个远端，并命名为“upstream”（上游） 2. 从远端抓取最新的内容 3. 将主分支的内容合并到你的分支中 4. 修复产生的冲突 5. 再推送回同一个分支 你完成了上面的步骤后，合并请求将会自动更新并重新检查是否能干净的合并。你可以在Git中一直重复以上操作。如果你有一个运行了十分久的项目，你可以轻松地合并目标分支且只需要处理最近的一次冲突，这使得管理流程更加容易。 * 7 * 2