记一次 svn info 查看文件的 last committed revision 不一致问题

2019独角兽企业重金招聘Python工程师标准>>>

首先呢，这个问题没有找到原因，仅仅写些文字记录一下。加深印象，防止下次还做这种操作。

工作中配置文件是客户端和服务端共用的，采用 svn 进行版本控制。某个需求需要在客户端和服务端记录这个配置文件的版本号，来进行客户端和服务端的比对，具体怎么比对不是重点，重点就是使用 svn info 获取到这个文件的 last committed revision 数字。svn 1.9 版本通过选项可以直接获取到这个数字，而 1.8 版本则需要匹配所在行的字符串来解析出数字，这种不太好的地方是需要考虑中文 svn 和英文 svn 匹配的字符串是不一样的。

我碰见的文件是这样的。配置文件是用 svn 管理的，我当时在分支 branch 想看某个文件的 last committed revision 却发现这个数字是主干 trunk 这个文件的数字，其他人的项目中，分支上查看得到的数字是大于我这里的。具体是这样，比如在 trunk 这个文件的 last committed revision 是 1000 然被其他某个同事合并到 branch 版本号变成了 1002 。我查看 svn info 查看就一直是 1000 但实际上应该是 1002 的，虽然版本号不一致，但是文件的内容其实是一样的。

然后我想了一下，这个工程我是直接 cp -a 复制的。没有使用 svn checkout 或者 svn switch 。然后我把这个配置文件目录删除后重新 svn checkout 后，版本号就变正常了。

具体的原因先不去查了。总之以后不再 cp -a 把本地工作目录复制一份，而是重新 checkout 一份出来。防止再出现版本号不一致问题。

转载于:https://my.oschina.net/iirecord/blog/1622357