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 |