Snakemake中如何从指定规则重新运行流程并忽略上游依赖
在Snakemake工作流管理系统中,有时我们需要从某个特定规则重新运行流程,而不关心其上游依赖是否完整。这种需求常见于以下场景:上游规则生成了大型临时文件,这些文件在流程完成后已被删除,但我们希望仅重新执行下游规则。
问题背景
假设我们有一个典型的Snakemake工作流,包含四个规则a、b、c、d,其中每个规则的输出都是下一个规则的输入:
rule a → rule b → rule c → rule d
当我们需要重新运行rule d时,默认情况下Snakemake会检查整个依赖链,包括rule b的输出。但如果rule b生成了大型临时文件且已被删除,这种检查就会导致问题。
解决方案:使用ancient函数
Snakemake提供了ancient()函数来解决这个问题。该函数可以标记输入文件,告诉Snakemake忽略这些文件的时间戳检查,仅检查文件是否存在。
基本用法
对于简单的规则依赖,可以直接在输入文件前使用ancient():
rule d:
input:
ancient("path/to/output/of/c")
output:
"path/to/output/of/d"
shell:
"..."
复杂场景:动态输入文件列表
当rule d的输入是通过函数动态生成的文件列表时,可以将整个列表包裹在ancient()中:
def get_lst_of_c_output(wildcards):
smpl_list = sample_list[wildcards.tag]
return expand("path/to/output/of/c/{smpl}.txt", smpl=smpl_list)
rule d:
input:
ancient(get_lst_of_c_output)
output:
"path/to/output/of/d"
shell:
"..."
重要注意事项
-
rule all的输入:确保rule all仅依赖于最终输出文件(如rule d的输出),而不是中间文件。如果rule all依赖于中间文件,Snakemake仍会尝试重建这些文件。
-
命令行参数:运行时需要添加
--rerun-triggers mtime参数,确保Snakemake仅检查文件存在性而不检查时间戳。 -
文件存在性:虽然
ancient()跳过了时间戳检查,但输入文件必须实际存在,否则会报错。
实际应用示例
以下是一个完整的工作示例,展示了如何正确使用ancient():
rule all:
input:
"d/output.txt"
rule a:
output:
"a/output.txt"
shell:
"echo a > {output}"
rule b:
input:
rules.a.output
output:
"b/output.txt"
shell:
"echo b > {output}"
rule c:
input:
rules.b.output
output:
"c/{smpl}.txt"
shell:
"echo c > {output}"
def get_lst_of_c_output(wildcards):
return expand("c/{smpl}.txt", smpl=range(3))
rule d:
input:
ancient(get_lst_of_c_output)
output:
"d/output.txt"
shell:
"echo d > {output}"
在这个例子中,即使删除了rule b的输出文件,只要rule c的输出文件存在,就可以直接运行rule d:
snakemake --rerun-triggers mtime
总结
通过使用ancient()函数,我们可以灵活控制Snakemake工作流的执行方式,在需要时跳过对上游依赖的检查。这种方法特别适用于处理大型中间文件的场景,可以显著提高工作流的执行效率。记住要正确设置rule all的依赖关系,并添加必要的命令行参数,才能确保这一机制正常工作。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust0137- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
MiniCPM-V-4.6这是 MiniCPM-V 系列有史以来效率与性能平衡最佳的模型。它以仅 1.3B 的参数规模,实现了性能与效率的双重突破,在全球同尺寸模型中登顶,全面超越了阿里 Qwen3.5-0.8B 与谷歌 Gemma4-E2B-it。Jinja00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00
MusicFreeDesktop插件化、定制化、无广告的免费音乐播放器TypeScript00