在Linux系统中部署Subversion（SVN）版本控制系统的核心上文归纳在于：优先使用发行版官方软件源（如yum或apt）进行基础安装，随后根据实际业务场景在轻量级的svnserve独立服务模式与功能强大的Apache HTTP模式之间做出技术选型，并严格配置基于路径的访问控制列表（authz）与防火墙策略，以确保代码资产的安全性与协作的高效性。
环境准备与基础软件安装
在开始操作之前,确保系统拥有root权限或sudo权限，对于大多数企业级Linux环境（如CentOS、RHEL）或开发环境（如Ubuntu、Debian），官方源已提供了经过充分测试的Subversion版本。
对于基于RedHat系的系统（CentOS 7/8, RHEL），推荐使用以下命令进行安装：
yum install subversion -y
或者在新版本中使用 dnf install subversion -y。
对于基于Debian系的系统（Ubuntu, Debian），命令如下：
apt update && apt install subversion -y。
安装完成后,使用 svnserve --version 命令验证安装是否成功。专业的运维实践建议不要直接编译安装，除非有特殊的定制化模块需求，因为包管理器能更方便地解决依赖关系和后续的安全更新。
版本库的创建与初始化配置
安装软件只是第一步,构建版本库（Repository）才是核心，选择一个磁盘空间充足且具备备份策略的目录至关重要，通常建议放在 /var/svn 或 /home/svn 下。
执行 mkdir -p /var/svn/repo 创建目录，随后运行 svnadmin create /var/svn/repo 初始化版本库，初始化后，该目录下会生成 conf、db、hooks 等关键文件夹。conf 目录是权限控制的核心区域，包含三个关键配置文件：svnserve.conf（服务配置）、passwd（用户密码凭证）和 authz（路径权限策略）。
在编辑 svnserve.conf 时，必须注意行首不能有空格，且参数值（如 yes、no、read、write）必须准确无误，关键配置项包括：
anon-access = none （禁止匿名访问，这是安全基线）
auth-access = write （认证用户可写）
password-db = passwd （指定密码文件）
authz-db = authz （指定权限文件）
服务模式选型：svnserve vs Apache
这是部署中最具技术含量的决策点。
svnserve 独立模式（推荐用于内网环境）
这是最轻量级的启动方式，通过命令 svnserve -d -r /var/svn 即可启动服务，-d 表示守护进程，-r 指定版本库根目录，该模式默认监听3690端口。
优势在于配置简单、资源占用低，但在权限控制上，它只能对目录进行读写限制，无法利用企业现有的LDAP或AD域集成认证（除非通过复杂的SASL配置）。
Apache HTTP 模式（推荐用于外网或复杂权限环境）
如果需要通过HTTPS协议访问、或者需要与Web服务器集成、或者需要更细粒度的权限控制，Apache模式是最佳选择。
首先安装模块：yum install mod_dav_svn -y。
随后在Apache配置文件（通常在 /etc/httpd/conf.d/subversion.conf）中加载模块并配置Location：
LoadModule dav_svn_module modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so
<Location /svn>
DAV svn
SVNParentPath /var/svn
AuthType Basic
AuthName "Authorization Realm"
AuthUserFile /var/svn/conf/passwd
AuthzSVNAccessFile /var/svn/conf/authz
Require valid-user
</Location>
该模式的优势在于利用Apache成熟的SSL加密传输和强大的认证模块，且防火墙只需开放80或443端口，通用性极强。
权限管理的精细化策略
无论选择哪种模式,authz 文件的逻辑都是通用的。专业的权限管理应遵循“最小权限原则”。
配置文件格式通常分为 [groups] 组定义和版本库路径权限定义。
[groups] dev_team = alice, bob ops_team = charlie [/] # 根目录权限 * = r # 所有人只读 @dev_team = rw # 开发团队读写 [/secret/project] # 特定敏感目录 @ops_team = rw # 运维团队读写 @dev_team = # 开发团队无权限
这种配置能够有效防止核心代码被非相关人员误操作或泄露，是企业级SVN部署中不可或缺的一环。
防火墙与系统加固
服务部署完成后,必须确保网络层的安全，如果是svnserve模式，需执行：
firewall-cmd --permanent --add-port=3690/tcp && firewall-cmd --reload。
如果是Apache模式，则开放80或443端口。
建议设置SELinux上下文，特别是在RHEL/CentOS系统上使用Apache模式时，若不正确设置文件上下文，可能会导致服务无法读取仓库，执行 chcon -R -t httpd_sys_content_t /var/svn 可以解决大部分权限拒绝问题。
相关问答
Q1: 如果忘记了SVN用户的密码，该如何重置？
A: SVN的用户密码以明文或哈希形式存储在 conf/passwd 文件中，由于SVN不存储原始明文密码，无法找回旧密码。解决方案是直接编辑 passwd 文件，在 [users] 段落下找到对应用户名，等号后面填入新密码，修改后无需重启服务，下次连接时即生效。
Q2: 如何将现有的代码仓库迁移到新的Linux服务器上？
A: 最专业且安全的迁移方式是使用 svnadmin dump 和 svnadmin load 命令，在旧服务器上执行 svnadmin dump /var/svn/repo > repo.dump 进行全量备份，然后将文件传输到新服务器，在新服务器上创建好空仓库后，执行 svnadmin load /var/svn/repo < repo.dump 即可完美保留所有的版本历史记录和提交日志。
如果您在部署过程中遇到端口冲突或权限报错,欢迎在评论区留言具体的错误日志，我们将为您提供进一步的排查建议。
