SVN和Git的区别，及其SVN常用的一些命令

 

1. SVN 和 Git 

A）两者区别

1） SVN是Subversion的简称，是一个开放源代码的版本控制系统,支持大多数常见的操作系统，是集中式管理的版本控制器，而Git是分布式管理的版本控制器！ 这是两者之间最核心的区别。

 Git用户有自己的本地的版本控制，SVN只有服务器上的版本控制。

 

使用SVN 的一天：

1、从服务器下载项目组最新代码。

2、进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。

3、下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。

Git(分布式版本控制系统)

Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者通过克隆（git clone），在本地机器上拷贝一个完整的Git仓库.

从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能：

1、查看邮件或者通过其它方式查看一般开发者的提交状态。

2、打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。

3、向公共服务器提交结果，然后通知所有开发人员。 

2) Git把内容按元数据方式存储，而SVN是按文件：因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。.git目录的体积大小跟.svn比较，你会发现它们差距很大。

3) Git没有一个全局版本号，而SVN有：目前为止这是跟SVN相比Git缺少的最大的一个特征。

4) Git下载下来后，在OffLine状态下可以看到所有的Log,SVN不可以。

5) 刚开始用时很狗血的一点，SVN必须先Update才能Commit,忘记了合并时就会出现一些错误，git还是比较少的出现这种情况。

6) 版本库（repository):SVN只能有一个指定中央版本库。当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。而 Git可以有无限个版本库。或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）

7) 提交（Commit）在SVN，当你提交你的完成品时，它将直接记录到中央版本库。当你发现你的完成品存在严重问题时，你已经无法阻止事情的发生了。如果网路中断，你根本没办法提交！而Git的提交完全属於本地版本库的活动。而你只需“推”（git push）到主要版本库即可。Git的“推”其实是在执行“同步”（Sync）。

 

B）SVN 和 Git 的适用范围

1)适用对象不同。Git适用于参与开源项目的开发者。他们由于水平高，更在乎的是效率而不是易用性。SVN则不同，它适合普通的公司开发团队。使用起来更加容易。

2)使用的场合不同。Git适用于通过Internet，有多个开发角色的单个项目开发，SVN适合企业内部由项目经理统一协调的多个并行项目的开发。

3)权限管理策略不同。Git没有严格的权限管理控制，只要有帐号，就可以导出、导入代码，甚至执行回退操作。SVN则有严格的权限管理，可以按组、按个人进行针对某个子目录的权限控制。区分读、写权限。更严格的，不支持回退操作。保证代码永远可以追踪。

4)分支(branch)的使用范围不一样。Git中，你只能针对整个仓库作branch,而且一旦删除，便无法恢复。而SVN中，branch可以针对任何子目录，它本质上是一个拷贝操作。所以，可以建立非常多、层次性的branch,并且，在不需要时将其删除，而以后需要时只要checkout老的SVN版本就可以了。

 

2. SVN 常用的一些命令

SVN 的一些概念

• repository（源代码库）:源代码统一存放的地方
• Checkout（提取）:当你手上没有源代码的时候，你需要从 repository checkout 一份.   Checkout 操作是用来从版本库创建一个工作副本。工作副本是开发者私人的工作空间，可以进行内容的修改，然后提交到版本库中。
• Commit（提交）:当你已经修改了代码，你就需要Commit 到 repository
• Update (更新):当你已经Checkout了一份源代码， Update一下你就可以和Repository上的源代码同步，你手上的代码就会有最新的变更

日常开发过程其实就是这样的（假设你已经Checkout并且已经工作了几天）：Update(获得最新的代码) -->作出自己的修改并调试成功 --> Commit(大家就可以看到你的修改了) 。

如果两个程序员同时修改了同一个文件呢, SVN 可以合并这两个程序员的改动，实际上SVN管理源代码是以行为单位的，就是说两个程序员只要不是修改了同一行程序，SVN都会自动合并两种修改。如果是同一行，SVN 会提示文件 Conflict, 冲突，需要手动确认。

 

1. 帮助

svn help

2. 将文件拉到本地目录

svn checkout path
例如：
svn checkout http://main/test/test.java

第一次使用需要验证账号和密码

3. 向版本库添加新的文件

• svn add file

• svn add path(某个文件或资源)

• svn add *.path(添加当前目录下的所有的path文件)

4. 将修改的文件提交

• svn commit -m”提交信息”
• svn ci(简写) -m””

5. 加锁/解锁

• svn lock -m”LockMessage” [—force] path(某个文件)
• svn lock -m "lock test file" lock.h
• svn unlock path（表示某个文件）

6. 更新到某个版本

• svn update -r m path
• svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。
• svn update -r 100 test.m(将版本库中的文件test.m还原到版本100)
• svn update test.m(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)

7. 查看文件或者目录状态

• svn status path（目录下的文件和子目录的状态，正常状态下不显示）

• 【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】

• svn status -v path(显示文件和子目录状态)
  第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。
  注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
  简写：svn st

8. 删除文件

• svn delete path -m “delete test file”
  例如：svn delete svn://192.168.1.1/pro/domain/test.php -m "delete test file"
  或者直接svn delete test.m 然后再svn ci -m 'delete test file‘，推荐使用这种
  简写：svn (del, remove, rm)

9. 查看日志

• svn log path
• 例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化

10 查看文件的详细信息

• 例如 ：svn info test.m

11. 比较差异

• svn diff path(将修改的文件与基础版本比较)
  例如：svn diff test.m

• svn diff -r m:n path(对版本m和版本n比较差异)
  例如：svn diff -r 200:201 test.m
  简写：svn di

12. 将两个版本之间的差异合并到当前文件

• svn merge -r m:n path
  例如：svn merge -r 200:205 test.m（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）