1. github-flow

1. master分支时常保持可以部署的状态
2. 进行新的作业需要从master分支创建新的分支，新的分支要具有描述性
3. 在本地仓库同名分支中进行提交代码
4. 定期push代码到远程仓库里的同名分支
5. 尽早创建pull request，并以此进行交流
6. 让其他人审查代码
7. master合并分支立马（自动）测试，通过后立刻进行部署

Github flow 的最大优点就是简单，对于"持续发布"的产品，可以说是最合适的流程。

2. git-flow

首先，项目存在两个长期分支。前者用于存放对外发布的版本，任何时候在这个分支拿到的，都是稳定的分布版；后者用于日常开发，存放最新的开发版。
其次，项目存在三种短期分支。功能分支（feature branch）、补丁分支（hotfix branch）、预发分支（release branch）

3. pull request

发送 Pull Request：
创建分支修改提交代码并推送到自己仓库里的forked分支，然后发起“New pull request”，指定base fork的分支和自己仓库的head fork；
不能直接推送到fork源分支，因为没有权限，只能发起请求让别人查看决定是否合并。

合并 Pull Request：
简单的内容可以直接在页面上直接“merge pull request”；
在本地上拉取pull request发起者的变更，测试并决定是否要合并。

base fork，指的是自己的项目，将要拉取源项目的更新；
head fork，指的是源项目，我们拉取更新的目标；
注意选择好分支。

参考

《GitHub 入门与实践》
github上fork了别人的项目后，再同步更新别人的提交