• 对于开发者，可以随时提交修改到本地仓库，方便代码修改查看，回滚，终结svn时代开发阶段无代码管理工具、代码管理混乱的窘境，提高个人代码管理效率。
• 如果一个功能需要尝试多种方案进行对比，开发者可以通过本地分支对多个方案代码进行修改、对比、查看等管理，终结svn时代手动备份代码的远古习惯，提高个人代码管理效率。
• 如果一个功能需要多人协同开发，可以通过Git分支协同开发，驱散自己搭svn服务器、建svn仓库、代码手动同步的苦闷，提升团队协同开发效率。
• 如果这些都没有打动你，那还有最后一点：全世界都在用Git，作为基本技能的Git你都不会的话，以后找工作都困难哦。

alex@alex-desktop:~/healthcheck$ git br -a
* master
  remotes/origin/master

 这个分支模型只有master分支。适用于在新团队中起步推广Git，避免使用复杂的分支模型，引起程序员心理不适。而且对于不需要协同开发的任务，这个分支模型也够用了。 

alex@alex-desktop:~/sc/robot_framework$ git br -a
  develop
* master
  remotes/origin/develop
  remotes/origin/master

 这个分支模型有master和dev分支，master分支是稳定版本分支，用于每日自动化测试的持续集成，要保证功能稳定。dev分支是开发分支，用于新特性开发和协同开发需要。

alex@alex-desktop:~/sc/ci$ git br -a
* alex_dev
  master
  remotes/origin/master 

 这个分支模型除了一个master分支外，还有一个未推送的本地dev分支。这种分支模型适用于如下场景：想验证对比多个实现方案，对已有实现采用多种策略进行重构尝试；只想从主分支同步某些合入，避免不相关的同步破坏自己正在开发的功能。

• Git推广中的最大的问题往往是最简单的问题，比如软件安装、兼容。所以最好能提供工具来统一环境，包括操作系统、基础软件、Git版本、Git配置等;
• 提前准备好各系统的安装包、安装说明，方便所有人访问查阅;
• 制定Git使用规范，通过工具，在环境配置、分支管理、提交日志、提交策略做好统一约束;
• 采用适合任务特点和团队的Git模型，不要盲目仿照。