用途
change-consistency 用于在实现或修订行为、术语、接口或使用模式时，或在审查分支中未贯彻到底的变更时，帮助完成一次已接受变更的全部后果。它要求把变更落实到受影响的代码和支持性产物中，包括最初编辑文件之外的地方，同时保留无关的既有问题。该流程可再次应用于后续变更，无论需求来自何处。
主要能力
- 建立变更前后状态：识别分支的起点，即与将要合并到的分支共享的最近提交（除非提供了比较提交），并将其与当前状态（包括未提交的工作）进行比较。
- 说明行为、含义或契约发生了什么变化，并识别预期使用的入口点，例如应用入口、端到端场景或库消费者。
- 区分本分支带来的后果与既有问题，即使在已编辑的文件内也加以区分。
- 双向追踪关系：检查需要适配的消费者，以及可能变得不再必要的依赖，包括仍在使用模块内部的函数。
- 追踪同一概念的各种表示：名称、断言、测试夹具、配置、文档和示例。这些是搜索方向，而非穷尽清单。
- 追踪假设与等价含义，即使名称不同；检查实际出现位置，而不是依赖文本匹配或引用计数。
使用方式
依据用途与证据做决定：询问每个受影响元素是否仍服务于受支持的目的，并准确表达预期行为。更新不准确的表示，包括断言变更后的测试名称。将新近变得不必要的实现连同过时的测试和依赖一起移除。仅对调用方做单元测试不足以确立持续存在的预期用途。在更改或移除之前，检查受支持的外部接口、框架发现机制、测试基础设施、有意的历史引用以及所需的兼容性。
在有影响的编辑之后重复：移除一个元素可能使其调用方、测试、导入、夹具或配置变得过时。持续进行，直到另一轮检查未发现未解决的后果。对于动态或外部使用的不确定性，应报告而不是编造保留或删除的理由。将审查保持在变更的因果范围内。
分别验证行为与完整性：运行适用的检查，然后审查完整的分支差异和受影响的关系，寻找已被取代的假设。仅凭测试通过、仍有引用或搜索干净，都不足以确立完整性。简要报告超出初始编辑的有影响更新以及任何剩余不确定性；将覆盖范围声明限制在实际检查过的内容内。
适用场景
适用于实现或修订行为、术语、接口、使用模式时的收尾工作，也适用于审查分支中未贯彻到底的变更。
限制
资料未提供关于收费、价格、平台支持范围或具体效果的信息。