Svn Jenkins在subversion轮询中的工作+；可选修订
我们有一个fetch作业，它通过1分钟的轮询来监视SVN的提交，然后触发N个继承其工作区的其他作业（使用克隆工作区插件） 由于从SVN签出开始到所有子作业完成需要30分钟的时间，因此在一天结束时，修订签出组会有更多的提交，我们希望在一个安静的时刻开始特定中间修订的获取作业 我发现SVN URL支持@$REQUESTED_修订，该修订可以作为参数化作业中的参数传递，但不幸的是，这似乎需要单独的作业。同时使用轮询和此选项会导致作业自动禁用（我假设配置错误） 我想知道在同一份工作中是否有一个技巧，即轮询和从特定修订版开始的可能性我找到了一个解决方案： 1） 带有字符串参数的参数化作业具有名称=SVN_PEG_参数和默认值=头 2） 带有尾部@${SVN_PEG_参数}的存储库URL 3） 以所需频率轮询SCM 这与指向默认修订（即HEAD）的轮询以及输入特定修订的可能性一起工作 但是有一个问题，在运行带有固定修订的构建之后，下一次轮询将再次触发对头部的获取 版本更新Svn Jenkins在subversion轮询中的工作+；可选修订,svn,jenkins,jenkins-plugins,Svn,Jenkins,Jenkins Plugins,我们有一个fetch作业，它通过1分钟的轮询来监视SVN的提交，然后触发N个继承其工作区的其他作业（使用克隆工作区插件） 由于从SVN签出开始到所有子作业完成需要30分钟的时间，因此在一天结束时，修订签出组会有更多的提交，我们希望在一个安静的时刻开始特定中间修订的获取作业 我发现SVN URL支持@$REQUESTED_修订，该修订可以作为参数化作业中的参数传递，但不幸的是，这似乎需要单独的作业。同时使用轮询和此选项会导致作业自动禁用（我假设配置错误） 我想知道在同一份工作中是否有一个技巧，即轮
git clone https://github.com/giuspen/subversion-plugin.git
cd subversion-plugin
git checkout atmel-2.6.0
mvn package -Dmaven.test.skip=true