Svn Subversion,在签出失败/挂起时启用重试

Svn Subversion,在签出失败/挂起时启用重试,svn,jenkins,Svn,Jenkins,我遇到过这样的情况:在进行完全签出时(例如在Jenkins),签出可能会挂在某个位置,并且在很长时间后,一个小时左右,由于网络数据格式错误,签出失败。在尝试自动化时,这是一种问题;) 在Subversion中,是否可以让Jenkins或任何正在使用Subversion cilent的人超时(例如5分钟后),清理SVN,然后重试签出?我想我可以自己制作一个脚本,但不知何故,如果它挂起,我需要能够重试签出。谢谢。制作一个脚本!用工具来做硬的东西 重试: 超时: 范例 retry timeout 3

我遇到过这样的情况:在进行完全签出时(例如在Jenkins),签出可能会挂在某个位置,并且在很长时间后,一个小时左右,由于网络数据格式错误,签出失败。在尝试自动化时,这是一种问题;)


在Subversion中,是否可以让Jenkins或任何正在使用Subversion cilent的人超时(例如5分钟后),清理SVN,然后重试签出?我想我可以自己制作一个脚本,但不知何故,如果它挂起,我需要能够重试签出。谢谢。

制作一个脚本!用工具来做硬的东西

重试:

超时:

范例

retry timeout 3 ping google.com

因此,只需编写一个脚本来清理目的地,然后从svn下载。如果花费的时间太长,工具将超时,重试脚本将清除脚本并根据需要重试。

我也遇到过这个问题。
要重新签出项目,我正在使用中的失败后重试生成条目。
由于我只是想让构建对签出问题做出反应,因此我激活了只有在输出中找到正则表达式时才重新运行构建,类似于“由java.nio.file.FileSystemException引起的”(请查看日志,找出哪个短语适合您)。
连续失败构建的最大数量可设置为1
重试构建之前的延迟可设置为120(秒)

对于清理存储库,我认为始终从源代码管理配置中签出新副本应该是最好的方法。

注意。

为什么不解决问题的根本原因,而不是掩盖问题?您有一个缓慢的SVN服务器或一个大型项目要检查(或两者都要检查),应该考虑调整您的SVN服务器(可能还有客户端)以使其运行更快/更好。相信我,我们一直在深入挖掘,但尚未找到根本原因。