(项目管理 进阶篇)Git 团队版本管理 原则与思路
前言:在
git管理前必须得有一个仓库仓库可以是专门的服务器，也可以是一台外网能访问的电脑里做为版本仓库 在这之前 如果您没有自己的版本仓库 搭建一个Gitlab也是一个不错的建议
您可以参考 : Gitlab搭建教程
在这之前，得有一个裸仓库(就是 这个是相对于工作目录而言的，工作目录中有正常编辑的文件，而bare repository只存放这些文件的commit。)
初始化一个裸仓库
git init --bare
一、拉取远程仓库
git clone git@git.blog8090.com:Diuge/blog.git
二、创建本地子分支
*(每个开发人员在自己的本地子分支上开发，推送远程分支也是推送到远程的子分支而不是master)*
git checkout -b 自己的分支名称 (本地子分支)
三、提交版本过程
git add .（或者某些文件名）
git commit -m "发布版本名称"('如：订单模块完成')
如果不是新建的文件或文件夹 可以使用连贯命令提交
git commit -am "发布版本名称"('如：订单模块完成')
提交完成正常后，可以提交到自己的远程分支
git push origin lvchang (本次远程和本地子分支暂定开发人员名字)
四、拉取远程版本
git fetch (查看远程提交的版本)
git merge origin/master(master或某个子分支名称 拉取远程资源到本地)
五、其他常用命令
git branch (查看本地分支和自己所在位置)
git status (查看文件情况)
git diff (查看拉取版本和本地版本冲突的地方)
git rm (如果add.出现失误需要把某个文件移除出提交时使用)
git mv old new (文件移动，理解为改名，解决大小写问题)
六、版本管理思路
1 小组每个开发人员建立自己的本地子分支，上传代码到远程子分支。
2 正常情况下每天下班之前30分钟～1小时，(正常情况下一天一次，特殊情况可以提出多次上传)上传代码，一人负责整合所有人的分支代码，测试无问题，则提交到远程origin master分支。(保持每天早上 远程主分支都是最新的)
3 每天早上来后先等待整合代码完成后，拉取主分支和子代码后再继续开发。。
__ 2016/03 Diu. __
Ps:git版本管理没有一个绝对标准的版本，每个团队都因项目或管理者习惯而异，只要能管理好多人(团队)的版本管理就是一个不错的方法；以上只是提供管理思路(也可以套用)。如果您的团队已有一套成体系的版本管理规则,可以借鉴。
