Git作为一个源码管理系统,不可避免涉及到多人协作。协作必须有一个规范的工作流程,让大家有效地合作,使得项目井井有条地发展下去。”工作流程”在英语里,叫做”workflow”或者”flow”,原意是水流,比喻项目像水流那样,顺畅、自然地向前流动,不会发生冲击、对撞、甚至漩涡。–阮一峰《git flow 工作流》
浅谈个人对于git flow 的理解:
大型项目开发,团队协作,频繁的提交代码,尤其对于今天来讲敏捷开发已经成为主流的开发方式。我们如何保证在这种情况下项目依然井然有序,进行发展下去。再如某个项目开发周期稍长结果可想而知就频繁冲突是必然,那么如何简化工作流程制定选用合理的工作流就显得尤为关键。
以下是我在工作生活中总结的git flow 模型:
git flow 常用分支
1.master 分支
是分支的根源,不能直接修改,只能有其他分支归并始终保持最新的代码。master 创建的分支 develop,release,staging,hotfix(紧急bug下)。
2.develop 分支
主开发分支,包含着所有要发布下一个release的代码,主要与feature特性分支合并。
2.1 feature 分支
特性分支,主要是开发一个功能,开发完成