Snakemake临时共享数据mtime触发重运行问题求助

以下是无需拆分临时节点B的可行方案：

• 改用内容哈希替代创建时间作为依赖判定依据
  把工作流的依赖校验逻辑从「节点创建时间先后」替换为「节点输出内容的哈希值匹配」。生成B时，计算其输出内容的哈希并关联输入参数存储；后续需要调用B时，先对比当前输入与历史输入的匹配度，若输入一致且已有对应哈希的B输出，则直接复用，不重新生成B。这样D触发时只要输入和生成C时一致，就不会重跑B，也就不会触发C的重运行判定。

• 给临时节点B添加版本锁定
  在生成B后，为该节点打上包含输入特征的唯一版本标签（比如结合A的输出哈希+生成时间戳）。将C、D的依赖配置从指向通用的temp(B)改为指向特定版本的B节点。生成C时使用B_vxxx，生成D时若输入未变化，直接复用B_vxxx，避免生成新的B节点导致C的依赖链更新。

• 为临时节点B引入独立缓存层
  给B的输出设置缓存，缓存键由A的输出内容+B的执行参数共同组成。C生成时将B的输出写入缓存，D生成时优先查询缓存：若缓存有效则直接读取，跳过B的重新生成流程。这种方式无需修改现有分支结构，仅需在B的执行环节增加缓存逻辑。

• 调整任务执行顺序与触发逻辑
  改为先一次性生成B节点，再并行触发C和D的生成任务；或者在C生成完成后，将B的输出快照作为C、D的共同输入源，避免D生成时再次触发B的执行流程。

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