在使用Jenkins做持续集成时，遇到Jenkins的SVN插件没有更新到最新的代码的情况。
例如，在代码提交之后就立即使用Jenkins更新代码，结果刚提交的代码没有被更新到，更新到的代码是旧版本的。
查阅网上相关内容，有一种说法为：
Jenkins服务器时间与SVN服务器时间不一致，Jenkins的SVN插件是使用时间标签下载，而不是取HEAD，
因此如果svn服务器的提交代码时间比Jenkins的当前时间晚，该代码就不会被更新。
所解决问题的方法是：
只要将Jenkins服务器时间与SVN服务器时间设置成一样的就可以。
没错，上面是解决了问题，但Jenkins的SVN插件是与时间戳相关的SVN revision吗？
查看某个Jenkins Job的构建日志，在使用SVN插件更新代码时，日志如下：
Updating svn://repository_path at revision '2015-08-06T08:48:12.490 0800'
从上面可以看出来，该次构建相应的revision确实是构建时间戳。
那么，可以让Jenkins的SVN插件更新代码时，设置revision为HEAD吗？
答案是可以的，在SVN URL加@HEAD后缀即可，Jenkins的SVN插件是支持这个的。
在SVN URL加@HEAD后缀后，构建Jenkins Job后日志输出如下：
Updating svn://repository_path@HEAD at revision HEAD
而且这样确保更新的代码是最新的，不会因为Jenkins服务器与SVN服务器之间的时间差受到影响。
注：HEAD是SVN revision关键字，表示版本库中的最新版本。
通过svn help查看svn checkout/update的帮助文档，关于revision选项，截图如下：
由上可见，revision选项有：NUMBER（revision number），'{' DATE'}'（时间戳）以及revison关键字（HEAD、BASSE、COMMITTED、PREV）。
通过查看Jenkins SVN插件的源码：
WorkspaceUpdater.java部分源码截图如下：
从注释中可以看出获取SVN revision的策略：
// for the SVN revision, we will use the first off: // - a @NNN suffix of the SVN url // - a value found in a RevisionParameterAction // - the revision corresponding to the build timestamp
可见，对于SVN revision，按如下优先级获取：
- SVN url的@NNN后缀（@NNN是svn revision）
- RevisionParameterAction中的值，RevisionParameterAction主要用于参数化构建，保持两个build之间revision的一致性
- 构建时间戳相对应的revision
之前，该注释有点小错误，提交了个Pull Request修复了下：
https://github.com/jenkinsci/subversion-plugin/pull/130
参考：
http://blog.chinaunix.net/uid-26598889-id-3402223.html
http://www.tuicool.com/articles/B326v27
https://wiki.jenkins-ci.org/display/JENKINS/Subversion Plugin
https://github.com/jenkinsci/subversion-plugin
(adsbygoogle = window.adsbygoogle || []).push({});
