svn网页版

公司内网那台SVN服务器，页版网页端界面丑得让人想哭。页版但就是页版这玩意儿，救过我三次命。页版

第一次是页版出差在客户现场，产品经理突然说昨天提交的页版某个配置文件要回滚。我笔记本上没装SVN客户端，页版手机热点连上VPN，页版打开浏览器输IP，页版找到那个文件，页版点历史，页版对比版本，页版下载旧版，页版覆盖。页版全程不到四分钟。页版客户以为我带了什么高级工具，其实就是一个连CSS都没写好的网页。

SVN网页版这东西，正式叫法是“基于Web的Subversion仓库浏览界面”。名字听着像上个世纪产物，实际也确实是。大部分公司部署它，图的就是省事——不用给每个临时需要看代码的人装客户端，不用教设计师怎么用TortoiseSVN。浏览器打开，账号密码一输，仓库目录树就在那儿了。

但它有个致命问题：绝大多数SVN网页端只能读，不能写。你能看文件、看日志、看diff，想提交？对不起，请回客户端。这限制让很多人觉得它鸡肋。可换个角度想，代码审核的时候，让测试人员直接看diff页面的URL，比让他们 checkout 整个分支再比对高效得多。我见过一个测试团队，把SVN网页版的diff链接直接贴进缺陷管理系统，开发点开就能看到改了哪几行。这比截图靠谱，比口头描述精确。

部署方式倒不复杂。Apache加mod_dav_svn，或者用svnserve配合ViewVC、WebSVN这类工具。ViewVC老归老，胜在稳定，界面是丑，但文件列表、修订历史、 blame 视图、diff着色全都有。WebSVN稍微好看点，支持多仓库切换。还有更现代的，比如RhodeCode，不过那已经算代码管理平台了，SVN只是它支持的一种协议。

我待过一家公司，运维把SVN网页版和内部Wiki打通。Wiki里嵌iframe，直接显示某个文档目录的网页版视图。产品写需求文档，改一版提交一版，网页版上修订号清清楚楚。谁改的、改了什么、什么时候改的，点两下全出来。后来他们连需求评审都省了会议，直接在网页版diff页面下面评论。这用法算歪门邪道，但确实管用。

权限控制是另一个容易被忽略的点。SVN网页版通常复用svnserve的authz配置，但有些工具会自己搞一套。我见过配错的，匿名用户能浏览整个仓库，包括带数据库密码的配置文件。那之后我养成了习惯，部署完先拿没登录的浏览器试一遍。别笑，真有人栽在这上面。

性能方面，别指望它快。大仓库的根目录列表能转半天， blame 一个几千行的文件浏览器直接卡死。所以有经验的运维会在Apache层面加缓存，或者干脆限制网页端只能访问特定子目录。开发要查历史，自己去客户端查，网页版留给测试和产品用。

现在GitLab、Gitea这些带Web界面的Git方案铺天盖地，SVN网页版显得更土了。可老项目迁移不是一夜之间的事。上个月我还帮一个团队配WebSVN，他们那套系统跑了十一年，分支策略复杂到没人敢动。网页版是他们唯一能安全给外部审计人员开的窗口——只读，限定IP，日志完整。土是土，管用就行。

如果你手头正好要搭一个，我的建议就两条：别用默认配置裸奔，权限先收紧；界面丑没关系，把diff和blame功能调通，比什么都强。剩下的，让开发去装客户端。