centos7下安装git及使用(2)
问：为什么需要版本控制系统？[转：http://www.cnblogs.com/shenliang123/p/3824383.html]
版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。大部分时候我们使用最频繁的还是对源代码文件的版本控制，其实任何文件都可以纳入版本控制系统。
1).更好备份：相比于将不同版本的文件以时间等命名存储备份，使用版本控制系统能节约更多的磁盘空间，因为版本控制系统不是文件的复制备份，而是差异备份，文件快照备份等等。
2).更好的回溯：可以将某个文件回溯到之前的任何一个提交状态，甚至将整个项目回退到过去的某个时间点。
3).更好的团队协作：这是我认为最重要的，团队共同开发一款软件，如果没有版本控制，那是不可想象的，简单点的可以使用文件传输到某一位核心开发者库上进行合并，但如果团队的成员是分散在全国各地的，甚至是世界各地的，比如linux内核的开发，那完全是没办法进行的。使用版本控制后，可以比较文件的变化系统，可以查询是谁提交了新的更新，并且可以由项目负责人管理提交，进行更新的管理。
相比于svn, git有什么优势？
其实这里真要说出谁比谁好，真的很难说，从不同的角度和不同的需求可能都会有不同的观点，这里我也只能说明两者的适用情景。
svn属于集中化的版本控制系统：有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的成员通过客户端连接到这台服务器，进行文件上传和更新。
- 优点：a.使用简单，比较符合我们的常规思维（我当年从SVN转向Git也花费了不少时间）。b.同步代码比较简单，只要一步操作即可。
- 缺点：a.丢失数据的风险：最显而易见的，由于集中化的特点，如果版本库的服务器磁盘发生故障等，你不能保证所有的数据已经有人提取出来了，最坏的情况是彻底的丢失整个项目的所有历史更改记录。b.网络中断的情况下，协作就无法进行了，因为无法连接服务器进行上传和更新。
git属于分布式版本控制系统：客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。
- 优点：a.由于任何人每次提取操作，实际上都是一次对代码仓库的完整备份，因此近乎所有的操作都可以在本地执行，速度就是相当的快，并且可以在网络断开的时候操作仍然不受影响，可以频繁的进行提交更新，等到有网络的时候再上传到远程的镜像仓库就可以了。b.文档很详细，并且命令行的提示也很到位，用起来比较得新应手，而且很多的设置与操作跟linux操作很相近（不亏是linux之父创造的）。c.git的分支模型，相当的轻量级，被称为“必杀技”。
- 缺点：a.每个开发人员都拥有所有的代码，不利于核心代码的保密（如果有重要代码需要保密，则不建议使用git）
Git常用命令
查看、添加、提交、删除、找回，重置修改文件
git help
git show # 显示某次提交的内容 git show $id
git co --
git co . # 抛弃工作区修改
git add
git add . # 将所有修改过的工作文件提交暂存区
git rm
git rm
git reset
git reset -- . # 从暂存区恢复到工作文件
git reset --hard # 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改
git ci
git ci --amend # 修改最后一次提交记录
git revert <$id> # 恢复某次提交的状态，恢复动作本身也创建次提交对象
git revert HEAD # 恢复最后一次提交的状态
查看文件diff
git diff
git diff <id1><id1><id2> # 比较两次提交之间的差异
git diff
git diff --staged # 比较暂存区和版本库差异
git diff --cached # 比较暂存区和版本库差异
git diff --stat # 仅仅比较统计信息
查看提交记录
git log git log
git log -p
git log -p -2 # 查看最近两次详细修改内容的diff
git log --stat #查看提交统计信息
tig
Mac上可以使用tig代替diff和log，brew install tig
Git 本地分支管理
查看、切换、创建和删除分支
git br -r # 查看远程分支
git br
git br -v # 查看各个分支最后提交信息
git br --merged # 查看已经被合并到当前分支的分支
git br --no-merged # 查看尚未被合并到当前分支的分支
git co
git co -b
git co -b
git co $id # 把某次历史提交记录checkout出来，但无分支信息，切换到其他分支会自动删除
git co $id -b
git br -d
git br -D
分支合并和rebase
git merge
git merge origin/master --no-ff # 不要Fast-Foward合并，这样可以生成merge提交
git rebase master
Git补丁管理(方便在多台机器上开发同步时用)
git diff > ../sync.patch # 生成补丁
git apply ../sync.patch # 打补丁
git apply --check ../sync.patch #测试补丁能否成功
Git暂存管理
git stash # 暂存
git stash list # 列所有stash
git stash apply # 恢复暂存的内容
git stash drop # 删除暂存区
Git远程分支管理
git pull # 抓取远程仓库所有分支更新并合并到本地
git pull --no-ff # 抓取远程仓库所有分支更新并合并到本地，不要快进合并
git fetch origin # 抓取远程仓库更新
git merge origin/master # 将远程主分支合并到本地当前分支
git co --track origin/branch # 跟踪某个远程分支创建相应的本地分支
git co -b
git push # push所有分支
git push origin master # 将本地主分支推到远程主分支
git push -u origin master # 将本地主分支推到远程(如无远程主分支则创建，用于初始化远程仓库)
git push origin
git push origin
git push origin :
Git远程仓库管理
GitHub
git remote -v # 查看远程服务器地址和仓库名称
git remote show origin # 查看远程服务器仓库状态
git remote add origin git@ github:robbin/robbin_site.git # 添加远程仓库地址
git remote set-url origin git@ github.com:robbin/robbin_site.git # 设置远程仓库地址(用于修改远程仓库地址) git remote rm
创建远程仓库
git clone --bare robbin_site robbin_site.git # 用带版本的项目创建纯版本仓库
scp -r my_project.git git@ git.csdn.net:~ # 将纯仓库上传到服务器上
mkdir robbin_site.git && cd robbin_site.git && git --bare init # 在服务器创建纯仓库
git remote add origin git@ github.com:robbin/robbin_site.git # 设置远程仓库地址
git push -u origin master # 客户端首次提交
git push -u origin develop # 首次将本地develop分支提交到远程develop分支，并且track
git remote set-head origin master # 设置远程仓库的HEAD指向master分支
也可以命令设置跟踪远程库和本地库
git branch --set-upstream master origin/master
git branch --set-upstream develop origin/develop