5154

在 CentOS 系统中，利用 Subversion (SVN) 实现代码仓库与 Web 目录的同步更新，是持续集成和自动化部署的基础环节，这种机制可以确保开发人员每次提交代码后，测试服务器或生产服务器能够自动获取最新版本，极大地提升了开发与部署效率，本文将详细介绍如何在 CentOS 环境下配置 SVN 的自动同步更新功能。

准备工作

在开始配置之前,请确保您的 CentOS 服务器上已经完成了以下准备工作：

1. 已成功安装并运行 SVN 服务（例如通过 httpd 或 svnserve）。
2. 已创建了一个 SVN 代码仓库。
3. 拥有一个用于存放网站文件的 Web 目录（/var/www/html/project）。
4. 该 Web 目录已从 SVN 仓库中 checkout 出一份初始副本，这是同步更新的基础。

核心机制：Post-Commit 钩子

SVN 的同步更新功能主要依赖于其强大的“钩子”机制，钩子是在特定事件（如提交、锁定等）发生时自动执行的脚本，对于同步更新需求，我们最关心的是 post-commit 钩子，当开发者成功向仓库提交一个新版本后，SVN 服务器会自动执行仓库 hooks 目录下的 post-commit 脚本，我们的同步逻辑就编写在这个脚本里。

配置步骤详解

定位并创建钩子脚本

进入您的 SVN 仓库目录，假设仓库路径为 /svn/repos/project，那么钩子目录就在 /svn/repos/project/hooks。

该目录下默认包含多个以 .tmpl 结尾的模板文件，我们需要创建一个可执行的 post-commit 文件。

# 进入仓库的hooks目录
cd /svn/repos/project/hooks
# 复制模板文件或直接创建新文件
cp post-commit.tmpl post-commit

编写同步脚本

使用文本编辑器（如 vim）打开 post-commit 文件，清空原有内容，并填入以下核心脚本代码：

#!/bin/bash
# 设置环境变量，防止SVN update出现中文乱码
export LANG=en_US.UTF-8
# SVN仓库路径
REPOS="$1"
REV="$2"
# Web服务器目录的路径
WEB_PATH="/var/www/html/project"
# 执行更新操作
# --username 和 --password 替换为你的SVN账号密码
# --no-auth-cache 表示不缓存认证信息，更安全
/usr/bin/svn update $WEB_PATH --username "your_svn_user" --password "your_svn_password" --no-auth-cache
# 可选：将更新日志记录到文件，便于排查问题
echo `date "+%Y-%m-%d %H:%M:%S"`": Revision $REV was updated to $WEB_PATH." >> /var/log/svn_update.log

脚本参数说明

设置文件权限

这是至关重要的一步,如果权限不正确，钩子脚本将无法执行。

1. 赋予脚本执行权限：

   chmod +x /svn/repos/project/hooks/post-commit

2. 确保 Web 目录所有者正确： post-commit 脚本通常由运行 SVN 服务的用户（如 apache 或 svnserve）执行，该用户必须对 WEB_PATH 目录有写入权限。

   # 假设你的web服务由apache用户运行
   chown -R apache:apache /var/www/html/project

完成以上步骤后,SVN 的同步更新功能便已配置完毕，当任何用户向 project 仓库提交代码时，服务器上的 /var/www/html/project 目录会自动更新到最新版本，实现了从开发到部署的无缝衔接。

相关问答FAQs

我已经按照步骤配置了 post-commit 钩子，但提交代码后，Web 目录里的文件没有更新，怎么办？

解答： 这是最常见的问题，通常由以下三个原因导致：

1. 脚本权限不足：请检查 post-commit 文件是否具有可执行权限 (ls -l post-commit)，如果没有，请使用 chmod +x post-commit 赋予权限。
2. Web 目录权限不足：执行 svn update 命令的用户（如 apache）对 Web 目录没有写入权限，请使用 chown -R apache:apache /var/www/html/project 将目录所有者修改为正确的服务用户。
3. 脚本执行错误：手动执行 post-commit 脚本进行测试，在脚本末尾加上 >> /var/log/svn_error.log 2>&1 将所有输出（包括错误信息）重定向到日志文件，提交代码后查看该日志文件，通常能找到具体的错误原因，SVN 路径错误、账号密码错误或 svn 命令路径不正确等。

我的 post-commit 脚本里直接写入了 SVN 的用户名和密码，感觉不安全，有没有更好的方式？

解答： 直接在脚本中明文存储密码确实存在安全风险，推荐以下两种更安全的方式：

1. 使用 SVN 缓存认证：在服务器上以运行 SVN 服务的用户（如 apache）身份，手动执行一次 svn update 并输入用户名和密码，SVN 会将认证信息缓存在该用户的主目录下（/root/.subversion/auth），之后，在 post-commit 脚本中就可以去掉 --username 和 --password 参数，SVN 会自动使用缓存的凭据，注意确保缓存文件的权限安全。
2. 限制脚本权限：确保 post-commit 脚本文件本身权限严格，只有 root 和运行 SVN 服务的用户可以读取 (chmod 750 post-commit)，降低密码被其他用户窥探的风险，对于更高安全要求的环境，可以考虑配置基于 SSH 密钥的 SVN 访问方式，从而完全避免密码的使用。