什么时候 Wavect 是合适之选
- 你想彻底拥有你的软件，而不是向供应商租用它。
- 你日后可能把项目转到内部或交给另一支团队。
- 你把文档、测试和权限当成默认配置来期待。
- 你想要一个从第一天就规划交接的构建者。
当一次构建结束时
软件交接清单：构建结束时你应该拿到什么
一次干净的交接，意味着你可以运行、修改并把软件交给任何人，而不必去找最初的构建者。这需要代码及其完整历史、文档、测试、可用的 CI/CD、你自己的密钥与凭据，以及对每一处基础设施的管理员权限。如果其中任何一项还留在供应商那里，那你不是拥有你的软件，你是在租它。用下面的清单，在你宣布构建完成之前，确认你确实拿到了一切。
预约三十分钟通话简短回答
一次干净的交接把代码、历史、文档、测试、CI/CD、密钥和完整的基础设施权限都交给你，让任何称职的团队都能脱离最初的构建者接手。
适合
- 正在结束与一家公司或自由职业者合作的创始人
- 要把项目转到内部的团队
- 想避免被供应商绑死的买家
- 任何在为尽职调查或审计做准备的人
- 必须比第一支构建团队活得更久的产品
不适合
- 你从没打算维护的一次性原型
- 你刻意要终身留用同一家供应商的构建
- 没有生产足迹的内部脚本
- 还没达到可交付状态的工作
// 01
比较各个选项
如何分辨一次干净的交接和一个绑死陷阱。
维度
干净的交接
供应商绑死的危险信号
代码所有权
仓库在你的组织里，带完整 git 历史。
代码在供应商账户里，或一个没有历史的压缩包。
凭据
所有密钥和账户都归你并已轮换。
密钥和登录信息留在供应商手里。
基础设施
你持有托管、DNS 和可观测性的管理员权限。
供应商是生产环境唯一的管理员。
文档
架构、搭建步骤和运行手册都写了下来。
知识只存在原始开发者的脑子里。
测试与 CI/CD
自动化测试和一条你能自己跑的流水线。
没有测试，或只有供应商能触发部署。
绑死
任何称职的团队都能接手。
只有最初的构建者能改任何东西。
// 02
Wavect 的立场
你应该能炒掉我们，软件却照常运行。如果做不到，那次交接就不干净。
我们把代码交付到你自己的仓库里，带完整历史；交付运行它所需的文档和运行手册；交付发布它所需的测试和流水线；并交付它运行所依赖的每一个账户和服务器的管理员权限。密钥归你并已轮换，而不是归我们。
无供应商绑死是默认配置，不是付费附加项。一次交接的目标，是让任何称职的团队，包括你自己的，都能脱离我们把工作往前推。这才是真正拥有你的软件的意思。
// 03
成本、风险与周期
成本
构建的一部分一次干净的交接是包含在内的，不是最后才加的增项。
风险
跳过就会被绑死漏掉一项，就会让你依赖最初的构建者。
时间
在交付时核验在你签字确认前就跑这份清单，而不是几周之后。
// 04
这里通常会出什么问题
- 收到一个没有 git 历史的代码压缩包，于是你失去了每个决策背后的缘由。
- 发现生产密钥和账户仍归供应商所有。
- 发现供应商是托管、DNS 或数据库唯一的管理员。
- 接手一套没有测试、也没有可运行流水线的代码库。
- 依赖只存在原始开发者脑子里的知识。
- 在没人核验过交接项之前，就宣布构建完成。
// 05
检查清单
在你接受交接之前，确认以下每一项。
- 源代码在你拥有的仓库里，且 git 历史完整无缺。
- 书面文档：架构概览、本地搭建步骤和部署步骤。
- 一套你能运行的自动化测试，并有当前结果的书面记录。
- 一条你能自己触发、而不只有供应商能触发的可用 CI/CD 流水线。
- 所有密钥和凭据都转交给你，并已从供应商账户轮换出来。
- 对每一处基础设施的管理员权限：托管、DNS、数据库和可观测性。
- 常见操作的运行手册：部署、回滚、恢复和处理事故。
- 确认无供应商绑死，让任何称职的团队都能脱离最初的构建者接手。
// 06
在我们的工作中是什么样子
已交付到生产、并由客户拥有的构建。
// 07
什么时候适用，什么时候不适用
什么时候我们并不合适
- 你想要一个你永远离不开的供应商。
- 你把文档和测试看成可选的额外项。
- 你在做一个没有前途的一次性原型。
- 你不愿接管你自己的凭据和基础设施。
如果离开构建它的人你就跑不起来自己的软件，那你还没拥有它。
// 08
相关服务与阅读
// 09
常见问题
最近审阅:
审阅人Kevin Riedl
wiki ↗