第1节 背景及svn简介
svn是subversion 缩写，它是一个自由、开放源码、多用户的版本控制系统, 支持通过本地或远程访问数据库和文件系统存储库。Subversion 管理着随时间改变的数据。 这些数据放置在一个中央资料档案库 (repository) 中。 这个档案库很像一个普通的文件服务器，不过它会记住每一次文件的变动。 这样你就可以把档案恢复到旧的版本，或是浏览文件的变动历史。 许多人会把版本控制系統想像成某种“时光机器”。
版本控制是管理数据变更的一种技术。对于程序员来说，它已经成为不可或缺的工具，因为他们经常修改软件代码，产生部分的变更，然后第二天再取消所有的变更。想象有一程序员同时工作的情况你就能理解，为什么需要一个良好的系统来管理可能出现的混乱。
SVN 不但提供了常见的比较、合并、标记、提交和分支功能，SVN 还增加了追踪移动和删除的能力。此外，它还支持非ASC Ⅱ文本和二进制数据、原子性提交、HTTP 访问等特性，当SVN 被广泛使用时，也需要有个管理工具能够更方便安全地维护SVN 的用户、组、权限、库等内容，协助普通用户更好地配置管理SVN，而无需都交由可能比较繁忙的系统管理员维护。而基于Web 的Subversion 管理工具将是一种非常适合的选择。php网上书城项目源码SVN 可以支持windo
ws 和Linux 两种操作系统，在两种操作系统上运行都具有稳定性和安全性。
SVN 在设计上包括了一个抽象的网络层，这意味着SVN 的版本库可以通过各种服务器进行访问，而允许程序员为客户端“版
本库访问”的API 写出先关协议的插件，理论上讲，SVN 可以使用无限数量的网络协议，目前提供了有两种服务器运行方式：一
种是Subversion Standalone Server。即svnserve，一个小型的独立服务器，另一种是基于Apache Http Server，即Web 服务
器，它通过mod_dav_svn 模块，客户端使用WebDAV/DeltaV 协议进行访问。
SVN站在更高层次上对现在的安全产品，从系统和控制的角度进行了"有机"和"无隙"的整合。
  SVN是一个安全虚拟网络系统，它将系统整体的信息安全功能均衡合理地分布在不同的子系统中，使各子系统的功能得到最大限度的发挥，子系统之间互相补充，系统整体性能大于各子系统功能之和，用均衡互补的原则解决了"木桶原理"的问题。
  SVN能在跨接Internet, Intranet, Extranet间的网络所有端点实现全面的安全，而且还能提供基于企业策略的信息管理机制以充分有效地利用有限的带宽。SVN可以满足各种企业VPN的要求，通过为公司内部网络、远程和移动用户、分支机构和合作伙伴提供基于Internet的安全连接。所以，我们可以将SVN看成是VPN、防火墙、基于企业策略的信息管理软件集成在一起的Internet安全的综合解决方案。在这样一个网络系统中，所有互联网服务器端和客户端都是安全的，并有一个信息管理机制以不断地通过这个外部网络环境动态地分析及满足客户的特定带宽需求。SVN提供了目前基于网络实现的eBusiness 应用的安全服务，它包含：
  对多种应用进行全面的安全认证；
  支持多种认证及PKI
  功能强大并对用户透明的通讯加密；
  面向用户的集中安全策略管理；
  统一跨接Internet、Intranet、Extranet的通讯。
  完整的SVN体系结构应包括以下部分：
  带有防火墙的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安全远程客户端软件功能相比，增强了客户端的安全功能，如访问控制和安全初始化控制等。
第2节 Linux下SVN服务器的搭建与配置
第一步，先检查是否安装了下面软件包：
如果没有请安装它们。最新的SVN软件下载地址：/downloads/subversion-1.4.
第二步，建立一个用户，用于管理SVN版本库 ：
第三步，创建版本库目录，并修改相应权限：
第四步，创建项目仓库：
/var/repos/svn*为所创建的项目仓库的路径，理论上可以是任何目录,  但建议放在/home/svn下。
此时，我们进入/var/repos/svn1与snv2下就可以看到有下面这些文档自动生成了。
其中，conf中包含了SVN的配置文件，是我们要修改的文件。
第五步，修改配置文件：
文件修改及各参数配置如下：
   
   
第六步，修改配置文件passwd文件：
Passwd文件的格式为：用户名 = 密码
注意：
1. 一定要去掉[users]前面的#,否则svn只能以匿名用户登录，客户端不会出现登录窗口或密码提示，除非你的anon不为none,否则将返回一个错误。
2. 这里的密码都是没有加密的。
第七步，修改authz
这里边的修改是可选的。其中：
用户组格式为：[groups]
<用户组名> = <用户1>,<用户2>
1个用户组可以包含1个或多个用户，用户间以逗号分隔。用户必须要在passwd文件里能到,它是给那个里面的user赋权限.
版本库目录格式为：[/目录]
@<用户组名> = <权限>
<用户名> = <权限>
示例：
第八步，启动服务器：
注意：使用用户svn来管理版本库目录/var/repos，则须转为svn用户。
第九步 开放服务器端口：
svn默认端口是3690，你需要在防火墙上开放这个端口。
也可以通过svnserve的--listen-port选项来指定一个已经开放的其他端口,不过这样客户端使用也必须加上端口,如svn://192.:yyyy/.
第十步，使用svn客户端导入项目：
首先，切换至svn用户
    假设我们当前的项目源代码目录在/home/svn/work目录下。首先，创建这个目录：
        然后随便解压缩个源代码包或者自己手工建立一些文件，等等好作为导入项目的演示
    接下来，进入项目源代码目录
   
    导入项目
    如此就可以看到上传的显示。
第3节 svn客户端使用详解
1、将文件checkout到本地目录
    svn checkout path（path是服务器上的目录）
例如：svn checkout svn://192.168.1.1/pro/domain简写：svn co
2、往版本库中添加新的文件
    svn add file例如：svn addtest.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 c        4、加锁/解锁
    svn lock -m “LockMessage“ [--force] PATH
    例如：svn lock -m “lock test file“ test.php
            svn unlock PATH
5、更新到某个版本
    svn update -r m path简写：svn up例如：
    svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。
    svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)
    svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)
6、查看文件或者目录状态    简写：svn st
    1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
    2）svn status -v path(显示文件和子目录状态)
    第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。
    注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
7、删除文件svn delete path -m “delete test fle“
简写：svn (del, remove, rm)
    例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete test file”或者直接sv
n delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种
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:205 test.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 []
          1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的方法。
          2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用这个命令更新工作副本与仓库的对应关系。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。