很多开发同事来问我怎么看服务器上svn的版本号,其实最卡人的地方不是命令，而是没分清“SVN服务程序版本”和“仓库当前修订号”这两个概念。查询服务器SVN版本号，先确认你要的是哪一类：服务端程序版本用svnserve –version或svnadmin –version，仓库当前修订号则执行svnlook youngest仓库路径。
svn版本号怎么看？先分清这三种版本号
“版本号”在SVN语境里至少有三个含义，搜索引擎给的答案经常混着来，所以第一步是对齐定义。
- 服务器软件版本号：SVN服务程序自身的发布版本，类似MySQL的8.0.32，它决定了服务端支持哪些协议特性和仓库格式。
- 仓库修订版本号：提交代码时自动递增的全局序号，从0开始，每次commit加1，它只代表代码库的更新进度，与软件版本没有换算关系。
- 工作副本格式版本：本地.svn目录采用的内部结构版本，例如SVN 1.7以后是WC format 30，这个数字主要影响客户端能不能正常读写。
很多人搜“svn版本号怎么看”，其实是看服务端程序版本，结果在服务器上敲了svn --version。svn命令是客户端工具，即使在同一台机器上执行，输出的也是客户端工具自身版本，并不代表服务程序版本，行业共识认为，查“服务器上的SVN版本号”，默认应当指服务端程序版本。
判断方法很简单：如果有人问“服务器上SVN是哪一个版本”，他要的通常是软件版本；如果问“服务器上代码到哪个版本了”，他要的是仓库修订号。
查询svn服务器版本命令，按操作系统分场景
搞清楚目标以后,命令就比较固定了，服务端程序版本主要通过svnserve --version和svnadmin --version查看，两者来自同一个安装包，输出的第一行就是版本信息。
linux服务器查看svn版本的具体操作
登录服务器以后,按下面顺序操作：
- 先确认SVN服务端程序的位置,执行
which svnserve，多数情况下路径在/usr/bin/svnserve或/usr/local/bin/svnserve。 - 执行
svnadmin --version
或
svnserve --version，输出第一行会显示类似svnadmin, version 1.14.2 (r1919515)，14.2就是主版本号。 - 如果服务器用Apache结合
mod_dav_svn提供SVN服务，可以执行apachectl -M 2>/dev/null | grep svn，能看到dav_svn_module就说明模块已加载，但该命令只显示模块名，不显示详细版本号，更准确的方式是执行httpd -V或查看Apache错误日志中的启动信息。 - 通过包管理器也能验证：Debian系执行
dpkg -l | grep subversion，RedHat系执行rpm -qa | grep subversion，输出里的包版本号就是安装的SVN程序版本。
这里有一个容易踩的坑：有些精简安装只部署了svn客户端，没有安装svnserve或svnadmin，如果你执行which svnadmin返回空，说明服务器没有装完整服务端包，需要用包管理器重新安装subversion服务端组件。
windows服务器查看svn版本的两种方式
Windows服务器上最常见的是第三方集成包,比如VisualSVN Server，查看版本也分两路：
- 命令行方式：进入SVN安装目录的
bin文件夹，通常位于C:Program FilesVisualSVN Serverbin，执行svnadmin.exe --version，第一行会显示服务端程序版本。 - 图形界面方式：打开VisualSVN Server Manager，在菜单栏的
Help里能找到About选项，弹出的对话框中会直接列出产品版本号，如果你用的是原生Apache加SVN模块的Windows部署方案，则还是用命令行为准。
Windows平台还有一个便捷入口：打开服务管理器，找到VisualSVN Server服务，右键查看属性，部分集成包会把版本信息写在服务描述或可执行文件路径里，不过这个信息不一定完整，最稳妥的判断方式仍是执行svnadmin.exe --version。
仓库修订号不是程序版本，它用svnlook命令查
如果你真正要的是“代码提交到哪个版本了”，需要在服务器本地切到仓库目录所在的机器上执行：
svnlook youngest /var/svn/repos，仓库路径换成你实际配置的路径，返回一个数字，比如326
svnlook info /var/svn/repos，会返回最后一次提交的修订号、作者、时间戳和日志信息，适合快速确认最近一次变更。- 如果你自己在工作副本中,想确认本地同步到哪个版本，执行
svn info，在输出里找Revision字段，这个值反映的是本地工作副本状态，不能代表服务器仓库的全局版本。
| 查询目标 | 推荐命令 | 典型输出片段 | 适用场景 |
|---|---|---|---|
| 服务端程序版本 | svnserve --version | svnserve, version 1.14.2 | 确认服务器SVN软件版本 |
| 服务端管理组件版本 | svnadmin --version | svnadmin, version 1.14.2 | 排查仓库管理工具兼容性 |
| 仓库最新修订号 | svnlook youngest 仓库路径 | 326 | 确认代码提交进度 |
| 本地工作副本版本 | svn info | Revision: 326 | 检查客户端本地同步状态 |
查完svn服务器版本号，遇到版本号不一致怎么处理
版本号查出来以后,下一步通常要判断兼容性，典型场景是服务器版本比客户端高出好几个大版本，或者反过来，业内专家指出，SVN服务端版本略高于客户端时，多数情况下仍能正常提交；但客户端版本太老，可能无法解析新版本生成的仓库格式，连接时会直接报“客户端版本太老”之类的错误。
具体排查操作：
- 在服务器上执行
svnserve --version，记录服务端主版本号。 - 在出问题的客户端机器上执行
svn --version，记录客户端主版本号。 - 对比两个主版本号,如果差距在1个大版本以内，通常不需要处理；如果客户端比服务端低两个大版本以上，优先升级客户端。
- 如果客户端版本比服务端高很多,比如客户端是1.14，服务端是1.8，则需要先升级服务器端SVN服务，再做一次完整的仓库升级操作，仓库升级一旦完成，旧版服务端可能无法再打开仓库。
还有一种更隐蔽的情况：服务器本身版本正常，但仓库是用更老的版本创建的，执行svnadmin look /repository无法直接看到仓库格式版本，此时可以查看仓库根目录下的format文件。cat /var/svn/repos/format显示5，对应FSFS仓库格式5，大致对应SVN 1.8以来的主流仓库，这个文件内容能辅助判断仓库是否需要升级。
如果你的服务端由Apache模块提供,想了解线上客户端都从哪些版本连过来的，可以查看Apache访问日志中的User-Agent字段，里面通常会包含类似SVN/1.14.2 (x86_64-pc-linux-gnu)的信息，不需要逐台登录客户端机器也能掌握版本分布。
svn版本号怎么看：三个常见问题速答
问：怎么看服务器上svn的版本号和仓库修订号？
服务器软件版本在服务器本机执行svnserve --version，看第一行的版本号，仓库修订号执行svnlook youngest /var/svn/repos，直接返回一个数字，两个命令互相独立，没有换算关系。
问：linux服务器查看svn版本时输出了好多编译信息，该看哪一行？
只看第一行,输出通常以svnserve, version 1.14.2 (r1919515)开头，后面跟着compiled和一堆时间、路径信息，那一行是打包时的编译环境记录，不需要关心，如果你执行的是svnadmin --version，同样看第一行。
问：svn --version查出来的版本号能代表服务器版本吗？
不能。svn是客户端程序，svn --version展示的是当前终端所在机器上客户端工具的版本，即便你在服务器本机执行，也只能证明服务器上装了客户端命令，服务端程序版本仍需要用svnadmin --version或svnserve --version确认，两个数值不一致属于正常现象。
回到最开始的问题,怎么看服务器上svn的版本号，核心就是分清服务端程序版本和仓库修订号，前者用svnserve --version确认，后者用svnlook youngest查看，其余衍生操作都建立在这两个基础之上。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/762482.html
