定时备份工作流时，如何只在内容真正变化后才提交到 GitHub

解决什么问题

定时把 n8n 工作流备份到 GitHub 时，如果每次运行都直接更新文件，即使工作流没有实质修改，也会产生冗余提交，让提交历史变得嘈杂。难点在于判断“这次备份的内容是否真的变了”，而且不能简单地把普通哈希与 GitHub 返回的 SHA 直接比较，因为后者是 Git blob SHA，不一定等于工作流 JSON 的标准哈希。

你可以怎么做

从你现有的备份工作流出发，在更新 GitHub 文件之前加一段内容比较：先导出当前工作流 JSON；再获取 GitHub 上已有文件并解码其 Base64 内容；把两边按同一种方式规范化，例如都解析为 JSON 后以一致方式序列化；然后比较规范化后的内容，只有不同时才执行 GitHub 更新。GitHub 返回的文件 SHA 仍保留给更新请求本身使用，但不要拿它作为“是否变化”的判断依据。另外要检查导出的 JSON 里是否包含会无意义变化的元数据，否则比较仍可能产生不必要的提交。具体节点配置和代码片段需结合你当前的 GitHub 节点返回结构来调整，材料中未给出可直接套用的完整实现。