分支管理思想

Git虽然是一个无中央集权的版本控制系统，但在一般开发过程中通常还是会指定一台服务器作为Git版本中央库，同时使用分支来对中央库进行版本控制。

分支的设置

在Git中央服务器上（通常称之为origin），都会有一个默认的主分支（通常称之为master分支），而一般的开发不会直接在主分支上进行。主分支永远用于打Tag和发布release版本，保证发布出去的版本一定是完善的、已验证过的。而且在团队中，也只有Leader以上级别的开发者才有权限将其他分支的代码Merge到主分支。因此开发时，最少会建立一个develop分支，所有的最新开发进展都同步到develop分支。团队中的成员在项目开始时，获取到了最新的develop分支代码之后，通常会在本地建立自己的开发分支，例如dev_xxxx分支。自己的开发都在本地的dev_xxxx分支中操作，当自己的一个功能开发完毕后，再Merge到develop分支，完成一次功能性提交。

无用的分支在使用完毕后，尽量删除，避免太多的分支造成管理上的混乱，同时分支的命名也应当遵循一定的规则。

功能分支

在开发过程中，项目经常有一些需要紧急完成的功能或者需要紧急修复的bug，针对这些打断正常开发流程的事情，同样可以利用分支来进行处理。这些分支称之为功能分支或辅助分支，这些分支的管理与develop分支的处理基本类似。但要注意的是，一旦完成修改应该立刻删除这些分支，保证代码库的干净。