ssh -T git@git.coding.net    是测试coding码市的ssh连接

之前在旧公司用svn,来这边公司这么久,之前都是个人开发,后来和同事两个人开发一个项目,用到了git,经过一个项目的磨合,现在把工作中常用的记录一下.

git 和 svn 区别:可以看看廖雪峰老师的git教程.

先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。

那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

当然，Git的优势不单是不必联网这么简单，后面我们还会看到Git极其强大的分支管理，把SVN等远远抛在了后面。

CVS作为最早的开源而且免费的集中式版本控制系统，直到现在还有不少人在用。由于CVS自身设计的问题，会造成提交文件不完整，版本库莫名其妙损坏的情况。同样是开源而且免费的SVN修正了CVS的一些稳定性问题，是目前用得最多的集中式版本库控制系统。

除了免费的外，还有收费的集中式版本控制系统，比如IBM的ClearCase（以前是Rational公司的，被IBM收购了），特点是安装比Windows还大，运行比蜗牛还慢，能用ClearCase的一般是世界500强，他们有个共同的特点是财大气粗，或者人傻钱多。

微软自己也有一个集中式版本控制系统叫VSS，集成在Visual Studio中。由于其反人类的设计，连微软自己都不好意思用了。

分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点，但最快、最简单也最流行的依然是Git！

读完后理解的Git与SVN的主要差别

我觉得这两个工具主要的区别在于历史版本维护的位置

Git本地仓库包含代码库还有历史库，在本地的环境开发就可以记录历史,这也是git的最大好处,拥有本地仓库,可以随时commit提交记录,这跟word的save一样重要

而SVN的历史库存在于中央仓库，每次对比与提交代码都必须连接到中央仓库才能进行

这样的好处在于：

1、自己可以在脱机环境查看开发的版本历史

2、多人开发时如果充当中央仓库的Git仓库挂了，任何一个开发者的仓库都可以作为中央仓库进行服务,不过开发者仓库一般不直接充当中央库，但你可以随时创建一个新的中央库然后同步就立刻恢复了中央库.  如果svn服务器挂了,那么由于本地并没有仓库,所以没有办法马上恢复.

常用命令:

add是将工作区的内容添加到暂存区

commit是将暂存区的内容添加当本地仓库的当前分支

push 是添加到远程仓库

git中拉取就是pull

git checkout -b dev origin/dev : 创建并切换分支dev,该分支上的内容与远端dev分支上的内容一样

git reset --hard 4ba8a844f905963d0b  撤销回4ba8a844f905963d0b这次提交

git checkout -b dev  创建并切换分支dev

git checkout -      切换回之前的分支

两个人开发过程:

先创建切换一条子分支:git branch ttc-son      git  checkout ttc-son

在子分子上完成功能后,先提交:git add -A    git commit -m "做了一个功能"    git push origin  ttc-son

切换回主分支并更新:git checkout master    git pull origin master

切换回子分子并rebase合并:git checkout ttc-son  git rebase master

如果有文件冲突.则有两种方法,   

1:git mergetool打开文件比较工具,解决问题冲突后,git add -A   git rebase --continue    git push -f origin ttc-son     然后在远端master merge合并下   然后再在本地切回master   ,git pull,然后再创建切换分支做新功能

2.有时候比较工具没有用,可以先  MCEnglish.xcodeproj  -> 显示包内容 -> project.pbxproj ->打开方式->文本编辑->解决冲突后保存..git add -A  git rebase --continue    git push -f origin ttc-son    然后在远端master merge合并下  然后再在本地切回master  ,git pull,然后再创建切换分支做新功能

git rebase --abort 是抛弃git rebase master

注意:如果一个分支有多个commit点的话,那么不能用rebase合并,因为会照成最后合并的时候,只保留第一次commit的内容,后面的就没了.但是用merge合并就没关系

另外git merge和 git rebase的区别:

http://blog.csdn.net/wh_19910525/article/details/7554489

这篇说的很明了