一、git 工作流.
1 概念：在项目开发过程中使用 Git 的方式
2 git工作流分类
1 ）集中式工作流(工作中使用的少)
像 SVN 一样，集中式工作流以中央仓库作为项目所有修改的单点实体。所有
修改都提交到 Master 这个分支上。
这种方式与 SVN 的主要区别就是开发人员有本地库。Git 很多特性并没有用到。
2） GitFlow 工作流
Gitflow 工作流通过为功能开发、发布准备和维护设立了独立的分支，让发布
迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。
3） Forking 工作流
Forking 工作流是在 GitFlow 基础上，充分利用了 Git 的 Fork 和 pull request 的
功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者，而且能接受
不信任贡献者的提交。
3 GitFlow 工作流详解
1） 分支种类
a) 主干分支 master
主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境
完全一致。
b) 开发分支 develop
主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。
c) bug 修理分支 hotfix
主要负责管理生产环境下出现的紧急修复的代码。 从主干分支分出，修
理完毕并测试上线后，并回主干分支。并回后，视情况可以删除该分支。
d) 准生产分支（预发布分支） release
较大的版本上线前，会从开发分支中分出准生产分支，进行最后阶段的集
成测试。该版本上线后，会合并到主干分支。生产环境运行一段阶段较稳定后
可以视情况删除。
e) 功能分支 feature
为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支
中独立出来。 开发完成后会合并到开发分支。
4 eclipse 分支实战
具体操作
- 创建并切换分支（开发者L的操作）
操作路径 master工程右键—Team—Swich To—New Brach
添加分支名称hot_fix，完成后就切换到了新分支
在新分支上做修改，然后添加到暂存区（鼠标拖拽/team—add to index）提交到本地库
push到远程库（team–Remote–push–填写远程库的http地址及用户名密码）,此时远程库有master、hot_fix两个分支
2）切换hot_fix分支审查代码(开发者Y的操作)
工程右键–Team–Switch To—Other—Remote Tracking—hot_fix分支，checkout到本地
检出远程新分支
hot_fix分支代码审核满意之后（不满意再修改提交到远程直到满意），切换回 master
合并分支（在 master主干基础上做合并）
右键Master工程–team—Merge—选择合并的分支（hot_fix）
合并结果
合并成功后，把 master 推送到远程。
工程右键–team—remote—push–填写http地址用户名密码–点击弹窗中间的按钮add
此时远程仓库的master代码得到了合并