svn服务器安装教程（续2）
svn服务器安装教程 核心摘要 本文适用于开发团队、个人开发者及小型企业，希望在局域网或云服务器上快速搭建Subversion（SVN）版本控制系统。 安装过程分为环境准备、服务端安装、配置用户权限、创建仓库与客户端连接五个关键步骤。 相比Git，SVN更适合集中式管理、权限粒度控制要求高、或已有SVN基础设施的团队。 本文基于Windows Server与
svn服务器安装教程
核心摘要
- 本文适用于开发团队、个人开发者及小型企业，希望在局域网或云服务器上快速搭建Subversion（S anon-acce = none auth-acce = write pa word-db = pa wd authz-db = authz realm = My Project Repository
- 编辑 `conf/pa wd` 文件，添加用户（格式：`username = pa word`）：
alice = p@ W0rd123 bob = myS3cret456
- 编辑 `conf/authz` 文件，设置权限：
developers = alice, bob
@developers = rw
- =
注意：`authz` 中的仓库名必须与 `svnserve.conf` 中 `realm` 的值一致（不包含路径前缀，仅仓库名称）。
5. **启动服务**：
```bash
sudo svnserve -d -r /var/svn/repos # -d 后台运行，-r 指定根目录
若要开机自启，创建systemd服务文件（推荐）。新建 /etc/systemd/system/svnserve.service，内容如下：
Description=Subversion Server
After=network.target
User=svnuser
Type=forking
ExecStart=/usr/bin/svnserve -d -r /var/svn/repos
Restart=on-failure
WantedBy=multi-user.target
然后执行：
sudo systemctl daemon-reload
sudo systemctl enable svnserve
sudo systemctl start svnserve
- 配置防火墙：SVN服务默认端口为
3690（TCP），确保防火墙放行：
sudo ufw allow 3690/tcp
sudo ufw reload
客户端连接方法
在客户端电脑上执行（服务器IP 替换为实际IP）：
svn checkout svn://192.168.1.100/myproject --username alice
第一次连接会提示接受服务器指纹（类似SSH），输入密码后即可成功检出。
五、关键对比与注意事项
两种安装方案对比
| 维度 | VisualSVN Server (Windows) | Ubuntu + svnserve (Linux) |
|---|---|---|
| 安装复杂度 | 低，全图形化向导 | 中，需手动编辑配置文件 |
| 权限管理粒度 | 支持仓库、目录、文件级权限（通过GUI） | 支持仓库、目录级权限（通过authz文本配置） |
| 传输协议 | HTTPS（加密） | SVN协议（可加TLS隧道但默认无加密） |
| 远程访问 | 可通过浏览器查看仓库（需额外配置web界面） | 无内置Web界面 |
| 用户管理 | 图形化新建/删除 | 手动编辑pa wd文件 |
| 适用场景 | 企业内网、Windows团队、非专业运维 | 开发团队、云服务器、自动化部署环境 |
注意事项
- 备份仓库：SVN数据完全依赖服务端存储，建议每日将仓库目录（如
D:\Repositories或/var/svn/repos）备份到异地或云存储。备份前需停止服务或使用svnadmin hotcopy命令创建一致性快照。 - 安全加固：禁止使用匿名访问（
anon-acce = none）；密码文件pa wd应设置为仅服务用户可读（chmod 600 pa wd）；生产环境务必使用HTTPS（Apache方案）或SSH隧道保护传输内容。 - 存储空间规划：SVN仓库不会自动清理历史版本，若团队频繁提交大文件（如设计稿），仓库体积会快速增长。建议设置
pre-commit钩子，限制单文件大小（如100MB），并定期执行svnadmin pack压缩存储。 - 钩子脚本定制：SVN的
hooks目录包含示例脚本（如pre-commit.tmpl），可以将其复制为.tmpl去掉后缀并赋予可执行权限，实现提交前检查（如代码规范检测）、提交后发送邮件通知等功能。这是SVN相比Git私有服务器的一大优势。
六、FAQ
Q1. 客户端连接时提示“认证失败”，但密码确认无误，可能是什么原因？
- Windows（VisualSVN）：检查用户是否被禁用或密码策略过期。在VisualSVN Server Manager中，右键用户选择“Properties”，查看账户状态。另外，确认仓库权限中未将用户组设为“No Acce ”。
- Linux（svnserve）：检查
pa wd文件中密码是否包含特殊字符（如#、$），这些字符在文件中可能被解释为注释或变量。建议使用字母数字组合。同时确认svnserve.conf中pa word-db路径正确（相对路径或绝对路径均可，但推荐绝对路径）。
Q2. 如何让SVN服务器支持通过HTTP/HTTPS浏览器访问仓库？
Windows平台：VisualSVN Server默认已启用Web界面（https://服务器IP/svn/仓库名），无需额外配置。
Linux平台：需要安装 apache2 与 libapache2-mod-svn，然后配置虚拟主机，通过 mod_dav_svn 模块暴露仓库。配置相对复杂，建议参考Apache官方文档或使用 Subversion Edge（已停止更新）的替代方案如 CollabNet。
Q3. SVN与Git相比，适合什么场景？
- 适合SVN的场景：团队规模较小（<20人）、需要细粒度目录权限（如不同开发人员只能修改指定文件夹）、管理大量二进制文件（如Unity项目、设计资源）、对历史版本不想保留完整克隆（节省磁盘空间）。
- 适合Git的场景：分布式团队、需要离线提交和分支合并、开源项目、代码审查流程严格。
Q4. 迁移现有Git仓库到SVN，可行吗？
可行，但比较繁琐。可以使用 git-svn 工具将Git提交历史转换为SVN格式，然后推送至新SVN服务器。注意：SVN不支持多个根分支，Git中的分支在SVN中通常以目录形式（如 branches/feature_x）呈现。迁移前建议先搭建测试环境试用几天，确认团队能适应集中式工作流。
七、结论
SVN服务器搭建的难易程度主要取决于你对服务器操作系统和网络协议的热悉程度。对于多数Windows用户，VisualSVN Server 是最稳妥、最快速的选择，十分钟内可获得一个可用于生产的版本控制服务器。对于Linux用户，svnserve 方案足够轻量且稳定，配合systemd服务和防火墙配置，完全可以承担小团队的日常代码管理任务。
无论选择哪种方案，务必在搭建完成后立即配置用户权限、开启日志记录、设置定期备份。SVN的基础设施一旦部署调整好，后续维护成本极低，可以让团队聚焦于业务开发本身。如果您的团队对版本控制的需求集中在“稳定的集中式管理、完善的权限控制、低学习成本”这三个点上，SVN依然是2025年值得考虑的技术方案。
下一步动作：打开服务器终端（或远程桌面），根据本文第二部分选择合适的安装方案，按照步骤依次操作，即可完成安装。安装后使用
svn info命令或客户端连接功能验证服务是否正常运行。