git 和 svn 的比较

Git  VS SVN
1 .功能
主体功能	Git	SVN
	1、从服务器上克隆完整的Git仓库（包括代码和版本信息）到单机上。	1 、SVN是基于关系数据库的(BerkleyDB)或一系列二进制文件的(FS_FS)
	2、在自己的机器上根据不同的开发目的，创建分支，修改代码	2 、SVN采用标志和分支而抛弃了其他三件东西，实际上这意味着他们把 这个概念替换为在档案库内部复制文件或目录以便保存日志。
	3、在单机上自己创建的分支上提交代码。	3、开发的时候不一定要锁定
	4、在单机上合并分支。	4、速度与稳定性看起来都不错。
	5、把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。	5、面向用户的集中安全策略管理；
	6、生成补丁（patch），把补丁发送给主开发者。
	7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突 （他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由 其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。
	8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决 冲突，解决完冲突之后再向主开发者提交补丁。
从主开发者的角度（假设主开发者 不用开发代码）看，git有以下功能：
	1、查看邮件或者通过其它方式查看一般开发者的提交状态
	2、打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以 后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。
	3、向公共服务器提交结果，然后通知所有开发人员。
2.优点
	1、适合分布式开发，强调个体。	1、管理方便，逻辑明确，符合一般人思维习惯。
	2、公共服务器压力和数据量都不会太大。	2、易于管理，集中式服务器更能保证安全性
	3、速度快、灵活。	3、代码一致性非常高。
	4、任意两个开发者之间可以很容易的解决冲突。	4、适合开发人数不多的项目开发。
	5、离线工作。	5、大部分软件配置管理的大学教材都是使用svn
3. 缺点
	1、学习周期相对而言比较长	1、服务器压力太大，数据库容量暴增。
	2、不符合常规思维。	2、如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器 不能连接上，就不能提交，还原，对比等等。
	3、代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代 码和版本信息	一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题
区别
比较项目	Git 命令	SVN 命令
URL	git://host/path/to/repos.git	svn://host/path/to/repos
	ssh://user@host/path/to/repos	https://host/path/repos
	file:///path/to/repos	file:///path/to/repos
	user@host:path/to/repos
	/path/to/repos.git
版本库初始化	git init[--bare]<path>	svnadmin create<path>
导入数据	git clone; git add; git commit	svn import<path><url>-m
版本库检验出	git clone<url><path>	svn checkout<url/of/trunk><path>
版本库分支检出	git clone -b <branch><url><path>	svn checkout<url/ofranches/name><path>
工作区更新	git pull	svn update
更新至历史版本	git checkout <commit>	suv update -r <rev>
更新到指定日期	git  checkout HEAD@'{<date>}'	git update -r {<date>}
更新至最新提交	git checkout master	git update -r HEAD
切换至里程碑	git checkout <tag>	svn switch<url/of/tags/name>
切换至分支	git checkout <branch>	svn switch<url/of/branches/name>
还原文件／强制覆盖	git checkout --<path>	svn revert<path>
添加文件	git add <path>	svn add <path>
删除文件	git rm <path>	svn rm <path>
移动文件	git mv <old> <new>	svn mv <old><new>
清除未跟踪文件	git clean	svn status | sed -e??
清除工作锁定	_	svn clean
读取文件历史版本	git show <commit>:<path>><output>	svn cat -r<rev><url/of/file>@<rev>><output>
反删除文件	git add <path>	svn cp -r
工作区差异比较	git diff git diff --cached git diff HEAD	svn diff
版本间差异比较	git diff <commit1><commit2>--<path>	svn diff -r <rev1>:<rev2><path>
查看工作区状态	git status -s	svn status
提交	git commit -a -m "<msg>":git push	svn commit -m "<msg>"
显示提交日志	git log	svn log | less
逐行追溯	git blame	git blame
显示里程碑／分支	git tag git branch git show -ref	svn ls <url/of/tags/> svn ls <url/of/branches/>
创建里程碑	git tag [-m "<msg>"]<tagname> [<commit>]	svn cp <url/of/trunk><url/of/tags/name>
删除里程碑	git tag -d <tagname>	svn  rm <url/of/tags/name>
创建分支	git branch <brach> <commit> git checkout -b <branch><commit>	svn cp <url/of/trunk> <url/braches/name>
删除分支	git bracn -d<branch>	svn rm <url/of/branches/name>
导出项目文件	git archive -o <output.tar><commit>	svn export -r <rev> <path><oupt/path> svn export -r <rev><url><output/path>
反转提交	git revert<commit>	git merge -c <rev>
提交练选	git cherry-pick<commit>	git merg -c <rev>
分支合并	git merge <branch>	svn merge <url/of/branch>
冲突解决	git mergetool git add <path>	svn resolve --accept = <ARG><path> svn resolved<path>
显示文件列表	git ls-files git ls-tree<commit>	git ls git ls <url> -r <rev>
更改提交说明	git commit -amend	svn ps -revprop -r <rev>svn:log "<<msg>"
撤销提交	git reset[--soft|hard]HEAD^	svnadmin dump, svnadmin load ,svndumpfiler
属性	.gitignore 文件 text 属性 eol 属性 git submodule  命令	svn :ignore svn: mime-type svn:eol-style svn:externals svn:keywords