为什么 robocopy 重试 1000000 次？

Question

我得到了一些用于文件同步的旧 bat 脚本。他们使用 robocopy。根据documentation，默认有重试机制：一百万次重试，30秒重试之间。

所以，如果我理解得很好，如果出现问题（例如目标文件夹中的磁盘空间不足），脚本将在结束前大约 347 天 运行。

我很欣赏存在重试机制，但我不明白为什么默认行为会这样。

默认参数值应该与常见和基本用例匹配，对于文件副本，我看不到几乎永远重试的意义；我的意思是，如果它在 5 次之后仍然无法正常工作，这意味着应该修复某个地方的问题（网络故障、磁盘死机......），值得停止并引发错误。

这种默认行为的原因可能是什么？

Answer 1

“这种默认行为的原因可能是什么？”的答案我相信你搜索的是糟糕的设计。

但是 - 我建议这种默认行为的意图是用户期望 robocopy 在完成时将是 100%。跳过意味着副本不完整。文件权限和锁的状态由管理员负责以确保成功，否则可以更改选项。此命令不适用于一般用途，仅供管理员使用。

要缓解此问题，请使用/r: 和/w: 选项将它们更改为适合您的用例的合理值。

例如。

robocopy /r:3 /w:10 c:\src c:\dest

会在可能需要重试的问题上将 c:\src 复制到 c:\dest，重试 3 次，每次 10 秒。

您自己的文档链接显示这些选项