9. Git flow

1.三种广泛使用的工作流程：

Git flow  // 目标是一段时间以后产出一个新版本
		master
		develop
			feature
			hotfix	
			release

	Github flow  // 立刻发布,对于"持续发布"的产品，可以说是最合适的流程
		master 
		production

	Gitlab flow  // Gitlab flow 的最大原则叫做"上游优先"（upsteam first），即只存在一个主分支master，它是所有其他分支的"上游"。只有上游分支采纳的代码变化，才能应用到其他分支

	对于"持续发布"的项目，它建议在master分支以外，再建立不同的环境分支。比如，"开发环境"的分支是master，
	"预发环境"的分支是pre-production，"生产环境"的分支是production。
	开发分支是预发分支的"上游"，预发分支又是生产分支的"上游"。代码的变化，必须由"上游"向"下游"发展。
	比如，生产环境出现了bug，这时就要新建一个功能分支，先把它合并到master，确认没有问题，
	再cherry-pick到pre-production，这一步也没有问题，才进入production。
	只有紧急情况，才允许跳过上游，直接合并到下游分支。

Git 工作流程
http://www.ruanyifeng.com/blog/2015/12/git-workflow.html


Git远程操作详解
http://www.ruanyifeng.com/blog/2014/06/git_remote.html


常用 Git 命令清单
http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html


Git 使用规范流程
http://www.ruanyifeng.com/blog/2015/08/git-use-process.html


版本控制入门插图教程
http://www.ruanyifeng.com/blog/2008/12/a_visual_guide_to_version_control.html


Git分支管理策略
http://www.ruanyifeng.com/blog/2012/07/git.html






https://blog.github.com/2012-05-09-introducing-team-mentions/
https://blog.github.com/2011-12-07-mention-autocompletion/
https://docs.gitlab.com/ce/user/permissions.html
https://help.github.com/articles/about-protected-branches/