08 · 恢复点与回滚

产品方向调整或一次修改需要撤回时,恢复点帮助用户找回此前的协作现场。Northstar 将受管代码、知识库和运行状态关联保存,让恢复后的工作有明确依据。

为关键操作保留操作前的现场

一项需求同时涉及文档、代码、角色待办和确认记录。恢复点将声明范围内的这些材料绑定起来,便于回到某次操作之前,再决定下一步怎样继续。

每次新执行可以形成独立恢复点;同一次未完成操作的重试沿用原来的恢复依据。Desktop 入口展示可用记录、时间和对应操作,用户先核对范围再发起恢复。

按需要选择恢复范围

方式范围与场景
产品现场恢复按恢复点覆盖范围,恢复绑定的仓库材料与 Northstar 管理的需求、会话、记忆、审批、执行证据和产品运行状态,适合调整整个协作现场。
需求分支回滚恢复代码仓与知识库仓配对的需求分支,适合撤回需求开发中的一次交付。此方式保留当前聊天及 main 基线。

恢复覆盖系统管理并纳入快照的材料。全局凭据、任意磁盘文件、外部服务和线上部署需要各自的恢复方式,已发布到 main 的改动也需要相应的反向交付流程。

一次恢复怎样完成

  1. 核对恢复点:检查目标时间、对应操作、覆盖范围和当前条件。
  2. 确认并保存当前现场:停止相关执行、关闭旧任务写入入口,按恢复规则保存备份。
  3. 恢复并读回:恢复绑定材料,检查实际仓库版本与运行状态,记录需要继续同步或核对的事项。
  4. 重新进入工作:重新激活可续接的交互与确认事项,由用户选择下一步。

恢复后的执行使用新的身份,旧任务的迟到结果不能继续写入新现场。历史任务也不会仅因为恢复而自动重跑。

每一侧仓库分别确认结果

配对分支回滚记录代码仓与知识库仓各自的状态,包括完成、待处理、无改动或未知。一侧已完成、另一侧遇到权限或远端变化时,保留实际结果,再继续处理未完成部分。

只有具备完整恢复依据的记录才能执行相应恢复。较早格式或缺少材料的历史记录可能只能查看;用户可以据此检查当时情况,再选择有效恢复点。

与任务续接如何配合

执行恢复 帮助继续一项中断的工作;恢复点帮助撤回成果、调整方向。两者都依赖可核对的记录,分别覆盖任务执行和历史现场。