Snakemake的--touch参数具体工作机制及正确用法是什么？

Snakemake的--touch（简写-t）参数设计目的是通过调整文件元数据跳过不必要的重跑，它的实际运行逻辑非常直接：

• 不会执行规则中定义的实际计算/生成命令
• 仅将规则对应输出文件的最后修改时间（mtime）更新为当前系统时间
• 操作生效的强制前提是：目标输出文件必须已经真实存在于配置指定的路径下
  这个参数不会校验文件内容是否匹配更新后的规则逻辑，也不具备创建新文件的能力，仅通过修改时间戳让Snakemake判定对应文件是“已完成的最新版本”，从而跳过对该文件的重跑触发。

这个报错完全符合Snakemake的设计逻辑，不是bug。
当工作流推进到尚未生成的输出文件节点时，--touch模式会跳过对应规则的命令执行步骤（也就是本来应该用来生成这个缺失文件的步骤），直接尝试修改一个不存在的文件的时间戳，操作系统会直接返回“文件不存在”的错误，最终导致运行中断。

不要直接全局加--touch跑全流程，按两步操作即可实现需求：

1. 批量标记所有已存在的旧输出为最新版本，执行命令：

   snakemake --touch --keep-going
   

   其中--keep-going（简写-k）的作用是遇到缺失文件触发的错误时不直接终止全流程，会把所有路径下真实存在的旧输出文件全部完成时间戳更新后再退出。这一步执行完成后，所有已经生成过的旧文件都会被Snakemake判定为满足依赖要求的最新产物，不会触发重跑。
2. 正常启动工作流生成缺失文件即可，执行你平时用的常规运行命令，例如本地运行就指定核数、集群运行就带上你的集群提交参数，不需要额外加--touch类的特殊标记。这一步Snakemake会自动跳过所有已存在的旧文件，仅顺次执行缺失文件对应的规则。

注意：该方案的前提是你已经生成的旧文件内容本身符合分析要求，--touch不会校验文件内容和更新后的规则是否匹配，如果你修改的bug会影响已生成旧文件的正确性，需要手动删除对应受影响的文件后再启动流程，避免下游结果错误。

--forceall（简写-F）的作用是强制重新运行工作流中的所有规则，完全忽略输出文件是否存在、时间戳是否为最新的判定逻辑。将它和--touch组合使用时，Snakemake会强制尝试对工作流中所有规则的输出执行touch操作，包括那些根本还没生成的文件，不仅无法实现跳过旧文件重跑的需求，还会让缺失文件的报错更早出现，甚至打乱已存在文件的依赖判定逻辑，完全不适用这个场景。

内容的提问来源于stack exchange，提问作者gernophil