如何追踪流程中的变更
如何追踪流程变更：QueryChart 的变更日志会写明是谁改了一条判断规则或一个阈值、这个字段原来的值，以及现在的值，谁都不用凭记忆重建一次编辑。
运作方式
编辑之后打开变更日志
每一次保存都会写入一个新版本，变更日志按顺序列出这些版本。从图表的历史面板打开它，看哪个版本变了、谁保存的——你不需要事先知道是某个门槛动了。
读懂这条条目：经办人、字段、原值、现值
点进一个版本，它的条目会写明是谁编辑的、动了哪个字段——一行的标签、一个分支的条件、一条泳道的归属——以及它改动前的值对照现在的值。这就是“谁改了第二审批人门槛、原来写的是什么”的完整答案，不用打开任何一封邮件。
当单条条目讲不完整个故事时，用比较版本
单次编辑的条目很精确，但很窄。当你信任的版本和眼前的版本之间，动过的不止一行时，改用比较版本，把两者并排看——同样的机制，扩大到每一个有差异的字段。
如果这次编辑需要撤销，就还原到之前的版本
如果一次提高后的门槛结果证明是错误而非有意为之，就还原到它之前的版本。还原会直接用那个历史版本替换当前图表，而不需要有人凭记忆重新输入旧规则。
给规则命名，而不只是给分支命名，让差异保持可读
围绕真正的触发条件来写一个判断行的标签和它的分支标签——比如“是否需要第二位审批人？”答“需要”或“不需要”——而不是一个光秃秃的是或否。一条点名了具体字段的变更日志条目，比一条只说“某个未命名方框动了”的条目有用得多。
常见问题
流程变更时，变更日志到底会记录什么？
对每一次编辑，都有一条条目写明是谁改的、动了哪个字段——一行的标签、一个分支条件、一条泳道归属——以及这个字段改动前的值对照改动后的值。把第二审批人门槛从 5,000 美元提高到 10,000 美元，会产生一条准确说明这一点的条目，带归属和时间戳，不需要任何人维护一份单独的日志。完整机制见 /features/version-control。
追踪流程变更和变更控制是一回事吗？
不是。追踪变更是 QueryChart 在一次编辑发生之后自动保留的记录——谁、哪个字段、原值、新值。变更控制是决定一次编辑是否应该发生的判断流程，通常带有一次申请、一个评审步骤和一条回滚路径。两者都重要，但回答的是不同问题；后者的机制见 /zh/guides/如何创建变更控制流程。
这和追踪 SOP 里的变更有什么不同？
变更日志本身是一样的——同样的经办人、字段、改动前后的值——因为一棵判断树和一份书面程序，都是同一套版本历史下的图表。真正不同的是通常会被编辑的内容：像本文这样的流程改的是分支条件和路由，而 SOP 更多改的是步骤文字和职责。同一功能的另一个版本，见 /zh/guides/如何追踪SOP变更。
能不能看到两个版本之间的全部改动，而不只是一次编辑？
可以——打开比较版本而不是单条变更日志条目，它会把两个版本并排展示，标出每一个有差异的字段。这正是用来处理一条规则经过好几次小编辑逐渐漂移、而不是一次明显改动的工具。
还原到旧版本，会删掉改过门槛的那次编辑吗？
不会。还原会让一个更旧的版本重新成为当前版本，但门槛改动发生的那个版本仍然存在于图表历史里——它的变更日志条目不会被抹去，所以是谁在什么时候提高了门槛的记录，会在还原之后依然保留。