交付一个代码压缩包，不代表企业具备继续维护能力。验收应覆盖从代码到运行环境的完整路径，并明确资源、账号和知识如何由内部团队接管。
源码需要能对应运行版本
说明仓库、分支、提交、依赖与构建方式，确认生产制品能够追溯到交付内容。许可证和外部服务使用条件也应按实际项目核实，避免代码可见却无法合法或稳定运行。
配置与秘密分别交接
提供配置项说明、环境差异和资源清单，敏感凭证通过约定的安全方式转交或轮换。不要把真实密码混进普通文档，也不能只写“联系原开发者获取”。
文档围绕操作与故障
部署、回退、备份恢复和关键告警应有可执行步骤，说明前提与影响范围。架构图补充依赖与责任，帮助内部团队理解哪些变化会影响其他系统。
用接手演练完成验收
由内部人员完成一次构建部署、小范围修改和已知故障处理。记录阻碍并补齐资料，再确认交付。演练比单纯签收文件更能验证接管能力。
常见问题：培训录屏能替代文档吗？
可以辅助理解，但检索、版本更新和现场操作仍需要结构清楚的说明，不能只依赖长视频中的某一段。
将评估落实到你的系统
如果你的 .NET 应用还缺少可重复的部署、观察或恢复流程，可以通过容器化与自动化交付服务梳理现状，约定实施内容、演练场景与运维交接方式。