当源代码、构建流程、账户和生产数据均可供审查时，现有应用可以由新团队接手维护。接手评估应从可复现的构建和已知问题记录开始；仅凭截图无法确定所需的工作量。
授予访问权限前需要收集的内容
| 领域 | 需准备的证据 | 可解决的问题 |
|---|---|---|
| 源代码与发布 | 代码仓库、生产环境使用的分支、发布标签和构建说明 | 能否复现已部署的版本？ |
| 基础设施 | 托管所有权、部署步骤、备份和恢复说明 | 发生故障后能否恢复应用？ |
| 集成 | 支付、消息传递、分析和外部 API 账户清单 | 哪些依赖项需要所有者批准或轮换密钥？ |
| 已知缺陷 | 复现步骤、预期结果、已移除敏感数据的日志 | 哪些故障会阻碍日常运营？ |
请先分享经过脱敏的清单。审核开始时，请使用单独的、权限受限的账户；不要将生产密码、私钥或客户数据导出文件粘贴到公开咨询中。
将调研与首次修复发布分开
调研阶段应记录构建状态、不受支持的依赖项、安全发现、缺失的访问权限以及现有测试覆盖的行为。其产出应是一份包含假设条件的优先级计划。修复阶段应明确列出要修复的缺陷、验收步骤和回滚流程。新增功能和全面重写应作为单独的决策处理。
谁负责发布和恢复？
- 代码仓库、应用商店账户、域名和托管服务应由业务所有者控制。
- 明确谁批准生产发布，以及谁可以恢复备份。
- 记录支持时间窗口、事件联系人、排除项和更新流程。
- 将要求另一名开发者按照构建和部署说明完成操作，作为交接的一部分。
申请接手评估
请提供平台、已知的框架、代码仓库是否可用、托管位置、最具干扰性的三个问题以及计划中的维护范围。查看软件维护选项，或发送经过脱敏的接手简报。评估报价将在访问权限和调研结果达成一致后提供。