概述
svn作为一个优秀的源码版本管理工具,可以适合绝大多数项目。但是因为它采用中心化管理,不可避免地存在本地代码的备份和版本管理问题。也就是说在尚未或暂时无法提交到服务器的本地代码说,存在被误删、版本无法回退的情形。
Git作为一个分布式版本管理工具,可以很好地解决SVN的这两个问题。因为它的大多数操作都是在本地进行的。
Git和SVN的区别
Git是分布式,SVN是集中式
- 其他的分布式的版本管理系统还有Bitkeeper、Mercurial等。
- Git和SVN都有自己的服务器,但是Git更倾向于使用分布式模式,每个开发者从服务器上clone代码后,都有一个自己的完整的版本库。这样的好处是在一个与服务器无法建立连接的环境,依然能提交版本、查看历史版本、创建分支等。
Git是把内容按元数据方式储存,而SVN是按文件。
所有的资源控制系统,都是把文件的元信息隐藏在一个类似.svn、.cvs等文件夹里。如果你把.git文件夹和.svn文件夹大小做比较,会发现他们差距很大。因为.git是一个克隆版的版本库,它拥有中心版本库上的所有东西,包括标签、分支、版本记录等。
分支不同
svn中的分支,其实就是版本库中的另一个目录。如果想知道一个分支是否已经被合并,需要手动运行指令来确认。经常出现一些分支被遗漏的情况。
Git中的分支相当简单,可以在同一目录下快速在几个分支之间切换和合并。
Git没有一个全局的版本,SVN有
svn版本号实际是任何一个相应时刻源代码的快照,有个全局唯一的版本号。
Git是使用SHA-1来产生一个唯一的代码快照。
Git内容的完整性要由于SVN
Git对内容储存使用的是SHA-1哈希算法,能确保代码的完整性,确保在磁盘故障、网络问题时降低对版本库的破坏。
让Git和SVN协同工作
这里要说的是Git如何做到既可以管理好本地代码,又可以与已有的SVN中心库进行同步。
去中心化是Git与生俱来的特性,它保留了从中心服务器clone出来的源码库的全部信息。这样在本地修改完代码后便可以直接提交到本地的代码版本库中。
本地源码库与SVN服务器的同步操作是由Git提供的git-svn工具来完成的。
常用指令
- 从服务器clone代码
git svn clone svn-repository-url
这个指令时间较长,因为需要同步所有的提交历史,仅此一次,以后就不会这么慢了。完成这一步就在本地建立了一个完整的代码库,包括所有的commit和log。
如果不需要全部的版本库,可以使用参数检出指定版本后的代码。
因此更好的步骤应该是:
-
使用指令,记录最后的版本号,假设是260
svn info svn_repository_url
-
假设需要检出最后5个版本,则版本号是260-5=255
-
clone操作:
git svn clone -r255:HEAD svn_repository_url
注意:在开始开发前,最好做一次垃圾收集,对代码库的信息进行垃圾收集和压缩,最明显的作用就是减小磁盘占用空间。第一次垃圾压缩效果非常明显。
git gc
- 和Git一样修改本地代码,将本地修改提交到本地的git库
git add
git commit
- 让当前分支和远程svn同步,需要定期执行指令
git svn fetch
git svn rebase
- 提交本地修推送到远程svn服务器
git svn dcommit
注意事项
- 如果有svn账号,需要把git的user.name也改改成相应的账号名,否则提交的时候会无法识别。
- 如果发现提交的内容被拒绝,查看是否在没有权限的路径下添加了文件,一般提交的时候会提示哪个文件被拒绝。