svn服务器端_攻击svn服务器

请教SVN服务器的问题

小鸟云——为你解答：

之一、更新时提示文件发生冲突：“One ormore files are not a conflicted state。”

解答：多人同时修改同一文件的同一部分，SVN无法自动进行合并，会导致该错误；解决 *** ：对工作复本中的文件和服务器的文件进行比较，手工合并即可。

解答：原因是输入的访问路径不正确，如svn://192.168.6.200/如果最后少写了“/”，就会出现这种错误提示。

第二、Working copy’**’locked.Please execute the ’Clean up’command.

解答：Subversion客户端在提交内容之前会在本地的工作拷贝写日志，防止其他客户端再次作操作，如果这个提交过程中发生错误，就会存在未清理的日志，解决这个问题之需要执行“清理”操作，整理你的计算机上的工作副本，清理错误的日志记录，使您可以继续操作。

3、为什么添加的文件，别人看不到，版本库里也没有？

解答：最可能的原因是，你只是执行了“Add”而没有“Commit”，这样只是在本地注明某个文件是预定要增加的，而没有实际添加到版本库中，要添加到版本库必须执行“Commit”。删除文件也是一样。

4、“Commit failed。……You have toupdate your working copyfirst” 提交失败，需要首先执行更新操作。

解答：多人同时修改同一文件，在提交前其他人已经抢先提交到SVN服务器中，导致该错误；解决 *** ：对工作复本中的文件进行更新即可。

5、 is not a working copy.Can’t open file‘.svn/entries’: 系统找不到指定的路径。

6、“Commit failed；File alreadyexists”提交失败，文件**已存在。

解答：版本管理系统在改变你的计算机上的工作副本时，是非常的小心的。在做任何事情之前，它都尽可能把您的意图写到你的计算机上的日志文件中去。但如果偶然地操作中断了(例如：突然停电了，您的计算机死机了)，那么日志文件记录就可能同您最后的工作状态不一致。一种建议解决途径：先把要提交的东西拷出来放到其它目录，再更新本地文件，然后把拷出来的文件重新放回去提交。

7、将文件checkout之后，没有出现SVN的图标，是怎么回事？

解答：有些时候在客户端Checkout文件后，SVN的系统图标也会不显示，可以执行一下“Cleanup”，就会出现SVN的系统图标。

8、执行cleanup时，出现错误“Subversion reported an error while doing a cleanup!” '**'is not a working copy directory ”

解答：遇到这种情况，先删除隐藏文件夹.svn中的tmp下面的临时文件，再执行cleanup。

9、因为仓库与目录很多，使用TSVN每次选择目录URL ofrepository有很多地址，如何才清除呢？像清除浏览器中的历史那样，用什么 *** 呢？

解答：右键-TortoiseSVN-Settings-SavedData，就可以清除你想要的东西了，包括URL、log、窗口大小、密码缓存等。

10、在SVN中选中一个目录showlog时，出现了某些版本只显示版本号和（nodate），没有其他信息，什么原因引起的？

解答：出现了（no date）的revision，为其他人修改了你所没有权限访问的某个目录下的文件。

11、Attempted to lock *** ready-locked dir is not under versioncontrol

I deleted the log file in the .svn directory (I also deleted theoffending file in .svn/props-base)

Then did acleanup.. Then resumed my update.

12、svn: warning: 'xxxxx' isalready under version control解决办法?

只添加相应目录到SVN，但不添加目录下的文件:

#svn stuploads|grep ^?|awk "{print /$2}"|xargs svn add -N

原因: 很可能是 .svn 隐藏目录版本信息被修改了

解决办法:

删除uploads目录下的.svn目录及下面的文件（保留uploads目录的.svn）

#finduploads |grep 'uploads/[^/.]*/.svn'|xargs rm -rf

或者：find. -name ".svn" |xargs rm -Rf

Mac svn命令linux同样适用

1、将文件checkout到本地目录

svn checkoutpath（path是服务器上的目录）

例如：svn checkout svn://192.168.1.1/pro/domain

简写：svn co

2、往版本库中添加新的文件或文件夹

svn add file

例如：svn add test.php(添加test.php)

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

3、将改动的文件提交到版本库

svn commit-m “LogMessage“ [-N] [--no-unlock]PATH(如果选择了保持锁，就使用–no-unlock开关)

例如：svn commit -m “add test file for my test“ test.php

简写：svn ci

4、加锁/解锁

svn lock -m “LockMessage“ [--force] PATH

例如：svn lock -m “lock test file“ test.php

svn unlock PATH

5、更新到某个版本

svn update -r mpath

例如：

svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。

svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)

svn updatetest.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svnresolved，最后再提交commit)

简写：svn up

6、查看文件或者目录状态

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

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

2）svn status -v path(显示文件和子目录状态)

之一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。

注：svn status、svn diff和 svnrevert这三条命令在没有 *** 的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。

简写：svn st

7、删除文件

svn delete path -m “deletetest fle“

例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete testfile”

或者直接svn delete test.php 然后再svn ci -m ‘delete testfile‘，推荐使用这种

简写：svn (del, remove,rm)

8、查看日志

svn log path

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

9、查看文件详细信息

svn info path

例如：svn info test.php

10、比较差异

svn diff path(将修改的文件与基础版本比较)

例如：svn diff test.php

svn diff -r m:n path(对版本m和版本n比较差异)

例如：svn diff -r 200:201 test.php

简写：svn di

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

svn merge -r m:n path

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

12、SVN 帮助

svn help

svn help ci

13、版本库下的文件和目录列表

svn list path

显示path目录下的所有属于版本库的文件和目录

简写：svn ls

14、创建纳入版本控制下的新目录

svn mkdir: 创建纳入版本控制下的新目录。

用法: 1、mkdir PATH…

2、mkdir URL…

创建版本控制的目录。

1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增

调度，以待下一次的提交。

2、每个以URL指定的目录，都会透过立即提交于仓库中创建。

在这两个情况下，所有的中间目录都必须事先存在。

15、恢复本地修改

svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:

用法: revert PATH…

注意: 本子命令不会存取 *** ，并且会解除冲突的状况。但是它不会恢复

被删除的目录

16、代码库URL变更

svn switch (sw): 更新工作副本至不同的URL。

用法: 1、switch URL [PATH]

2、switch –relocate FROM TO [PATH...]

1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将

服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的

*** 。

2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动

(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用

这个命令更新工作副本与仓库的对应关系。

17、解决冲突

svn resolved: 移除工作副本的目录或文件的“冲突”状态。

用法: resolved PATH…

如果有问题或需要“服务器”等的问题——（小鸟云）为你解决！

subversion服务器暴露在外网，开发者在家提交代码至公司SVN服务器安全吗？

安全不安全是相对的，没有绝对的安全，通常是要在安全与成本、安全与便捷之间做平衡的。

SVN服务器暴露在外网，那么更大的风险来自于对服务器本身的攻击，如果攻破了服务器自身防护，那上面的应用就都暴露了。

可以考虑SVN用https协议代替http协议，这样会稍微好一些，至少用户名密码是通过加密方式从客户端传送到服务器端的。

可以考虑在SVN服务器外面加个防火墙。

可以考虑把SVN服务器放在公司内网，开发者用VPN方式连接到公司内网访问SVN。

加强安全的 *** 很多，看你们能接受的成本和便捷性了。

如何搭建SVN服务器端

我这里是使用linux+centos+nginx。

1、安装svn服务器

   yum install subversion

  中间会提示是否ok，输入y，确认。安装完成会提示：complete!

2、可以查看svn的版本信息。

   svnserve --version

3、新建SVN目录

mkdir -p /alidata/www/svndata/first

4、给svn目录权限

   chmod -R 777 /alidata/www/svndata/

5、修改配置文件。

    文件地址：/alidata/www/svndata/first/conf/

    目录里面会有3个文件：authz、passwd、svnserve.conf

  下面我们逐个的修改配置文件：

  1)、authz文件的修改。

      1)、设置用户组

   [groups]

   harry_and_sally = aa,xiaoming

      2）、设置用户组的权限

# [repository:/baz/fuz]    [/]    

@harry_and_sally = rw    //  harry_and_sally和上面的是对应的，名字随便起，保持一致就行。    

* = r

      3)、:wq 保存退出。

  2)、passwd文件的修改。

1)、添加用户。

      [users]

       gaomeng = aa

       xiaoming = xiaoming

2)、:wq 保存退出。

  3)、svnserve.conf文件的修改。

      1)、注意：去除前面的#号的同时，也要把空格去掉，顶行。

anon-access = none   // 将read 改为 none            

auth-access = write            

password-db = passwd            

authz-db = authz             

realm = first        // first是我的版本控制库的文件夹名

      2)、:wq 保存退出。

6、重新启动svn服务。

   svnserve -d -r /alidata/www/svndata/first/

7、这个时候我们去本地检出svn版本控制，可能会出现这样的错误。

   invalid authz configuration svn

  为什么呢？

  因为我们在上面加入了aa和xiaoming的两个用户。但是，这两个用户之前并没有创建。

  解决 *** ：

      我们在系统中新建aa和xiaoming这两个用户即可。

新建代码实例:

       [root@iZ23r95x9p9 first]# adduser xiaoming

       [root@iZ23r95x9p9 first]# passwd xiaoming

查看是否新建成功：

   [root@iZ23r95x9p9 first]# groups xiaoming

       xiaoming : xiaoming

8、新建完毕之后，再重新的启动一下，看看本地是不是可以检出了。这里就大功告成。

Svn源代码管理服务器中如何查杀

在服务器端存储的是每个文件的初始压缩版和每次的增量版本，文件格式和内容都与客户端不同，所以你无法在服务器端直接杀毒

你只能将服务器端所有文件checkout到客户端，然后在客户端杀毒后commit回去

如何在windows上安装部署设置SVN服务器

*** /步骤

一、准备工作

1、SVN服务器：解压缩包，可以从官方网站下载最新版本。

2、SVN客户端：TortoiseSVN，即常说的小乌龟，是一个客户端程序，用来与服务器端通讯。

二、安装服务器和客户端程序

1、SVN服务器：直接解压缩到某个文件夹下即可。示例路径：c:\svn\

备注：如果下载的是msi程序，直接运行按提示安装即可。

2、SVN客户端：直接运行按提示安装即可。示例路径：C:\Program Files\Subversion

三、建立版本库（Repository）：示例路径：e:\svnroot。建立版本库有两种 *** ：

*** 一，建立空目录e:\svnroot\repos1，进入repos1文件夹，在空白处点击右键，选择“TortoiseSVN-Create Repositoryhere...”，

*** 二，建立空目录e:\svnroot\repos2，进入DOS命令行，输入如下命令：

svnadmincreate e:\svnroot\repos2

四、运行SVN服务器，启动服务。启动服务有两种 *** ：

*** 一，临时启动服务，在DOS下输入如下命令：

svnserve -d -r e:\svnroot\repos1 --listen-host ip地址 --listen-port=端口号

说明：“listen-host”和“listen-port”可选。默认端口是3690,如果端口已经被占用，可以通过选项listen-port指定端口号。

注意：请不要关闭命令行窗口，关闭窗口会把 svn服务就停止了。

*** 二，启动SVN服务为后台运行程序：

sc

create svnserve binPath= "c:\svn\bin\svnserve.exe --service -r

e:\svnroot\repos1" displayname= "Subversion" depend=Tcpip start= auto

说明一：

(1)sc是windows自带的服务配置程序。svnserve是服务的名称，可根据需求取名。

(2)参数binPath表示svnserve可执行文件的安装路径。

(3)--service表示以windows服务的形式运行，--r指明svnrepository的位置，service参数与r参数都作为binPath的一部分，因此与svnserve.exe的路径一起被包含在一对双引号当中。

(4)displayname表示在windows服务列表中显示的名字，depend=Tcpip表示svnserve服务的运行需要tcpip服务，start=auto表示开机后自动运行。安装服务后，svnserve要等下次开机时才会自动运行。

说明二：

(1)binPath的等号前面无空格，等号后面有空格。displayname、depend、start也一样，service前面是--，不是- ，而r前面是-。

(2)若要卸载svn服务，则执行 sc delete svnserve 即可。

(3)从“sc”到“auto”是在同一个命令sc，必须写在同一行。

(4)启动服务命令：netstart svnserve，停止服务命令：net start svnserve，也可以进入Windows提供的界面操作SVNService服务了，即控制面板—服务。

(5)

如果路径中包括空格，一定要用“\”处理“"”号，例如上面的例子中如果svnserve.exe在“c:\programfiles\svn\”中，则

命令应该写为“binpath="\"c:\programfiles\svn\bin\svnserve.exe\"

五、配置用户和权限

(1)修改svnserve.conf，在e:\svn\repos1\conf目录下，用文本编辑器打开svnserve.conf：

将：

# anon-access = read

# auth-access = write

# password-db = passwd

改为

anon-access = read

auth-access = write

password-db = passwd

注意说明：

anon-access等列前面是没有空格的。

anon-access = read表示没通过用户名密码登录的访问只有读的权限，如果改为none则没有用户名密码不能访问

auth-access = write表示通过用户名密码登录的有写的权限(当然读的权限也就有了)

password-db = passwd表示可以通过 用户名 = 密码 的方式在passwd文件中添加用户

(2)修改同目录的passwd文件，增加用户帐号：

将：

[users]

# harry = harryssecret

# sally = sallyssecret

添加帐号：

[users]

# harry = harryssecret

# sally = sallyssecret

admin = admin

添加一个admin账户，密码是admin。

六、初始化SVN，导入数据

选

中要上传SVN的文件夹，“右键 -TortoiseSVN - Import...” ，在弹出对话框的“URL of

repository”输入“svn://localhost/project1/”。在“Importmessage”输入注释，点击OK，要求输入帐

号，输入账户admin和密码admin。

7

七，测试SVN

本地测试：新建一空文件夹test1，单击右键，选择“SVN Checkout”，在“URL of repository”中输入“svn://localhost/project1”。

其他机器测试：如果运行svnserve的主机IP地址是1.2.3.4，则URL输入的内容就是“svn://1.2.3.4/project1”。

SVN服务器是什么

提供svn服务的机器.

svn(subversion)是近年来崛起的版本管理工具，是cvs的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件。

工作流程

集中式管理的工作流程如下图：

集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上可以说是无法工作的。下面举例说明：

开始新一天的工作：

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

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

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

这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。

缺点

1、服务器压力太大，数据库容量暴增。

2、如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。

3、不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。

优点

1、管理方便，逻辑明确，符合一般人思维习惯。

2、易于管理，集中式服务器更能保证安全性。

3、代码一致性非常高。

4、适合开发人数不多的项目开发。

5、大部分软件配置管理的大学教材都是使用svn和vss。[3]

编辑本段安全性

SVN站在更高层次上对安全产品，从系统和控制的角度进行了"有机"和"无隙"的整合。

SVN是一个安全虚拟 *** 系统，它将系统整体的信息安全功能均衡合理地分布在不同的子系统中，使各子系统的功能得到更大限度的发挥，子系统之间互相补充，系统整体性能大于各子系统功能之和，用均衡互补的原则解决了"木桶原理"的问题。

SVN能在跨接Internet,Intranet,Extranet间的 *** 所有端点实现全面的安全，而且还能提供基于企业策略的信息管理机制以充分有效地利用有限的带宽。SVN可以满足各种企业VPN的要求，通过为公司内部 *** 、远程和移动用户、分支机构和合作伙伴提供基于Internet的安全连接。所以，我们可以将SVN看成是VPN、防火墙、基于企业策略的信息管理软件集成在一起的Internet安全的综合解决方案。在这样一个 *** 系统中，所有互联网服务器端和客户端都是安全的，并有一个信息管理机制以不断地通过这个外部 *** 环境动态地分析及满足客户的特定带宽需求。SVN提供了基于 *** 实现的eBusiness 应用的安全服务，它包含：

对多种应用进行全面的安全认证；

支持多种认证及PKI；

功能强大并对用户透明的通讯加密；

面向用户的集中安全策略管理；

统一跨接Internet、Intranet、Extranet的通讯。

编辑本段体系结构

带有防火墙的VPN网关，它是一个将防火墙和VPN技术紧密结合的网关产品；

SVN安全远程客户端软件包，一个功能强大的VPN客户端软件，支持台式机用户、远程用户和移动用户，具有集中化管理的个人防火墙功能和VPN用户的安全认证功能；

SVN证书管理模块，一个用于SVN的完整PKI解决方案，它将完善的CA和LDAP目录服务器技术集成在一起；

SVN硬件加密卡，可以通过硬件技术实现功能强大的各种算法以提高VPN的速度和性能；

SVN智能带宽管理模块，一个基于企业策略的带宽管理解决方案，可以智能地管理有限的带宽资源，以确保用于企业重要应用的VPN性能可靠；

SVN冗余管理模块，通过冗余网关集群和防火墙VPN内的SVN冗余模块，对执行重要任务的VPN和防火墙应用在出现故障时实现无缝切换。

自动地址转换模块，一个自动管理IP地址和命名的解决方案，通过提供IP地址服务的跟踪和集中化管理，确保可靠地控制地址分配和提高TCP/IP管理效率；

SVN安全服务器软件包，专门保护单个应用服务器安全的VPN网关软件，它可以保护进行敏感操作的服务器免受攻击和未授权的访问，使客户端建立与服务器间的安全认证和支持交换加密数据的连接；

SVN安全客户端软件包，它将基于状态检测的防火墙和基于IPSec的VPN客户端软件集成在客户端机器上，通过提供集中管理的个人防火墙和对所有企业VPN用户的安全认证，增强客户端机器的安全性。它与　SVN安全远程客户端软件功能相比，增强了客户端的安全功能，如访问控制和安全初始化控制等。

编辑本段发展历史

在2000年初，开发人员要写一个CVS的自由软件代替品，它保留CVS的基本思想，但没有它的错误和局限，保留CVS的基本特性但去除CVS的bug和不好的特性。

在2000年2月，他们联系《使用CVS开发开源项目》（Open Source Development

with CVS）(Coriolis, 1999)的作者Karl

Fogel，并征求了他是否愿意在这个新的项目中担任一个角色。巧合的是，当时Karl已经和他的朋友Jim Blandy讨论了一个关于新的版本控制系

统的设计。在1995年，这两人就成立了Cyclic

Software，一个提供CVS的商业支持的软件公司。虽然他们经营商业服务，但是仍然在每天都在工作中使用CVS。使用CVS的挫折感使得Jim认真

思考更好的 *** 来管理数据，不但确定名字为“Subversion”，而且完成了Subversion档案库的基础设计。

当CollabNet的 *** 到来时，Karl立即答应了加入项目中，而且Jim让他的雇主RedHat Software同意让他在这个项目中不定期工作。CollabNet雇用了Karl和Ben Collins-Sus *** an，并在5月开始了详细设计工作。在得到了来自CollabNet的Brian Behlendorf、Jason Robbins和Greg Stein（当时是一名活跃在WebDAV/DeltaV规范过程的自由程序员）很多创意的帮助下，Subversion很快地引起了一个活跃开发者社区的注意。它找出并欢迎很多同样在CVS上受到挫折的社员能来为这个项目做点什么。

Subversion 最初的设计Team定下了几个简单的目标。 它必须在功能上可取代 CVS，也就是说,

所有 CVS 可做到的事, 它都要能够作到。 在修正最明显的瑕疵的同时, 还要保留相同的开发模式。 还有, Subversion 应该要和

CVS 很相像, 任何 CVS 使用者只要花费少许的力气, 就可以很快地上手。

经过十四个月的编码后, Subversion 于2001年8月31日开始实现 “自行管理”。 也就是说, 开发人员不再使用 CVS 来管理 Subversion 的代码, 而以 Subversion 自己来管理。

2009年11月，Subversion被Apache Incubator专案所接收。

2010年1月，正式成为Apache软件基金会的一个顶级专案，所以为Apache Subversion.[4]

目前Apache Subversion的主席为Greg Stein, 项目领导者Release manager为Wandisco公司。[4]

编辑本段优缺点

所有的文档都显示SVN可以取代CVS，同时SVN的问题和缺点都被隐藏了。不幸的是，我们并不认为SVN是CVS的替代品，尽管很多缺陷都被修改了。更有甚者，它甚至让人重回CVS。

CVS和SVN的比较类似于比较C++和Java。很明显CVS和SVN都远比SourceSafe强大的多，如同C++和Java比Basic强大的

多。CVS代表了几乎代码控制系统的所有功能项，尽管有时他的实现并不很方便。SVN修正并添加了一些CVS并不拥有功能。例如，创建标志和分支

dubious，你在编辑文件时其他人不会有任何通知。SVN并不是CVS的替代品，只是个不同的系统，类似于CVS。它有些特有的功能，足以作为采用它

的理由。这些功能使他更适合于开发环境，例如对PowerBuilder。下面你可以找到两者的相对优势、劣势。

1 存储类型格式

CVS是个基于RCS文件的版本控制系统。每个CVS文件都不过是普通的文件，加上一些额外信息。这些文件会简单的重复本地文件的树结构。因此，不必担心有什么数据损失，如果必要的话可以手工修改RCS文件。

SVN是基于关系数据库的(BerkleyDB)或一系列二进制文件的(FS_FS)。一方面这解决了许多问题 (例如，并行读写共享文件)以及添加了许多新功能(例如运行时的事务特性。)。然而另一方面，数据存储由此变得不透明。

2 速度

CVS比较慢。

整体而言,由于架构实现的不同, SVN的确比CVS快很多。在 *** 上它只传输很少的信息并支持更多的离线模式的功能。但这也是有代价的。速度的代价就是巨大的存储（完全备份所有的工作文件）。

3 标志分支

SVN把采用标志和分支而抛弃了其他三件东西，实际上这意味着他们把这个概念替换为在档案库内部复制文件或目录以便

保存日志。这样一来，无论标志创建还是分支创建都只是仓库内部的文件复制了。对分支而言：分支不过是在仓库内部的一个单独的目录而已了，不像早期还有些什

么交错。对标志而言：已经不能对代码加标志了。在某种程度上说，SVN全文件编号补足了这个缺陷，SVN里整个仓库都有版本号，但不是针对单个文件。

4 元数据

CVS只允许存储文件。

SVN允许一个文件有任意多的可命名属性，功能十分完全。

5 文件类型

CVS最初是为文本文件存储而设计的。因此其他文件类型（二进制，统一码）文件的支持几乎没有，如需要的话则要有其他信息，并且客户端服务器端都要调整。

SVN会关心所有的文件类型，不需要你来手工操作。

6回滚

CVS允许任意的回滚，在任意一个已递交的版本上，尽管这要花些时间（所有的文件都要分别处理）。

SVN不允许递交后回滚。建议把版本库里好的状态版本加到末尾，覆盖掉损坏的版本。而损坏的版本无论如何也是会存在数据库里的。（SVN的滚回操作实际上是merge操作）

7事务

CVS中的“零或一”事务原则根本没有实现。如果检入几个文件的话（加到服务器上），很有可能部分文件完成了，而另几个没有。作为一个潜规则，手工纠正这些并且对余下的文件 (而不是所有文件)一一重复检入。这样这些文件将在两阶段中被检入。SVN的确支持“零或一”事务原则，这是SVN的一大优势。