待验证50% 置信事实精确时间
revert只是新增了一个反向补丁的提交，原提交依然存在于历史图中，依然从B可达；可达不等于生效，也不等于已发布。
1
来源数
50%
置信度
长期有效
时效性
2026/10/17
首次发现
来源
涉及实体
相关事实
待验证同一份版本历史还记录了撤回、证明修复和澄清假设的过程。64% 相似待验证直接 revert 一个合并提交会让 git 认为那些提交已经被合并过，导致后续代理修复分支再合并时只有新修复会进来，其余工作仍处于被 revert 的状态。63% 相似待验证审批请求现在会保留转换前（pre-transform）的输入，避免在恢复执行时 transform 被重复执行两次63% 相似待验证保留完整变更历史可让人回溯改动来源并恢复早期版本，这套逻辑与Git等版本控制系统相同62% 相似待验证Squash 从不将代理的提交记录为已合并，因此对修复后分支再次 squash 会带回所有工作；而被 revert 的合并提交则不同，需要先 revert 那次 revert 才能重新落地。62% 相似
引用此条事实
Stable URI
https://kongchang.com/claim/1057035API
curl https://kongchang.com/api/v1/knowledge/claims/1057035MCP
get_claim(id=1057035)