北京
ERP太大，没法一口气建完。合理的做法是先把核心业务跑起来，稳定之后再往上加。tdk-erp-system 这个示例把思路直接写进了项目配置：用阶段划分，每个阶段列出自己要启用的技术栈。
阶段定义在 .tdk/project.json 文件里。示例至少定义了三个阶段，各自带名称和描述：
- Pre-alpha：核心基础设施和 MVP 服务
- Alpha：基础业务服务
- Beta：扩展功能
在配置里，pre-alpha 阶段启用了七个技术栈：analytics、finance、hr、inventory、manufacturing、sales、supply chain。alpha 和 beta 阶段暂时没有列出任何技术栈。
阶段本质上是一次范围决策。它告诉团队哪些技术栈已经可以投入日常工作，哪些还在排队。新来的工程师看一眼阶段，就知道项目当前是干什么的。评审的人也能据此检查：某次改动有没有悄悄把后面阶段的技术栈提前拉进第一阶段。
要把某个技术栈挪进某个阶段，把它的名字加到该阶段的 enabledStacks 列表里，然后重新生成项目配置。仓库自己的指引是：配置改动只改 .tdk/project.json，改完再跑重新生成这一步，而不是去编辑生成出来的产物。
一次只加一个技术栈，确认一个再加下一个。先单独用 tdk up 把它启动起来，再用 tdk status --json 读取它的就绪状态。
启动一个阶段之前，先跑 dry run：tdk up --dry-run。它只展示计划、不启动容器，方便确认哪些技术栈和服务被包含在内。如果计划里冒出一个你并不打算启用的技术栈，停下来核对阶段列表。
有一件事别做：不要在一台已经在跑 pre-alpha 的笔记本上直接启用 beta 阶段的技术栈。每个技术栈都会增加容器，机器会先变慢，然后 bug 才浮出来。下一个阶段要在干净的运行里启用、检查，同时把上一个阶段继续跑着，当作基线。
这套示例把上线过程建模成 .tdk/project.json 里的阶段：pre-alpha 启用七个技术栈，后续阶段再往上加。加栈一次一个，用 dry run 和就绪输出逐个核对，并把上一个阶段保留为已知可用的基线。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
