关于Git和SVN的对比

1.git的提交是一个DAG有向无欢图.可以看到哥哥分支之间的合并关系.SVN的提交是一条直线.

2.git的提交版本号不是一个简单递增的数字,而是一个长达40位的十六进制数字(哈希值)

但是可以适用剪短的格式.只要不冲突.git的提交都记录了父提交甚至是双亲或者多亲提交,因此可以很容易的从任意

一个提交开始建立一条指向历史提交的跟踪连.

3.svn的分支和里程碑看起来和目录一样.

git的分支和里程碑名字虽然看起来像是目录,但是实际上和工作区的目录完全没有关系.只是对提交ID的一个记号而已.

4.SVN中的.svn目录不但有跟踪工作区文件状态的跟踪文件,而且还有每个文件的原始拷贝.

这样有的操作可以脱离网络执行了,例如:差异比较,工作区文件的回滚.

但是这样在进行内容检索的时候会搜索出两份,太干扰了,这样会造成本地文件名的信息泄露.千万不要在WEB服务器上用SVN检出.

Git的操作不需要网络.在本地就有完整的版本库.几乎所有的操作都是在本地完成的.

5.SVN的checkout检出命令在工作区创建时一次性完成;

Git 没有update命令,还要经常执行checkout命令.

SVN的update命令执行的很慢.之所以SVN经常要更新是因为SVN的版本库再远程.

Git的版本库是在本地.本地版本库会随着本地工作区中的操作(如提交)而更新.

Git的checkout检出操作经常用于用户切换分支.或者从本地版本库检出丢失的文件或者覆盖本地错误改动的文件

Git中的git fetch 和git pull也比较耗时的网络操作命令.这两个操作是从远程版本库获取他人的改动.

SVN的checkout命令和Git的clone命令挺像.

git的clone不但创建了本地工作区,而且在本地复制了和远程版本库一样的本地版本库.

SVN的update和git fetch,git pull类似.

6.Git的commit命令执行的那么快.因为Git的版本库就在本地.

也许会觉得SVN的commit命令和Git的push更像.其实这是个误会.

如果Git不做本地提交,是不能通过推送命令(git push)将我的本地提交共享给(推送给)

其他版本库的,SVN的每一次提交都 要和版本库进行网络通信.

Git可以在本地多次提交.知道主人想喝咖啡了才执行一次git push.将我的本地版本库中的的新提交推送给远程版本库.