大家可以据此排期的节奏
发布列车按固定日期发车，无论每个功能是否就绪。这一条规则会改变行为：团队按节奏裁剪工作量，集成分分秒秒在进行，下游团队可以提前数月安排培训、文档和宣发。列车是协调机制，不是质量门禁。
上车规则
列车需要明确的上车标准：测试通过、迁移评审完成、文档更新、功能开关配置就绪。标准应尽可能自动化，因为人工上车评审容易变成政治博弈。错过列车的工作要等下一班，而且这个后果必须真实存在，否则节奏只是装饰。
列车需要什么
列车只能建立在持续集成之上。如果分支分叉数周，稳定期就会变成合并马拉松，日期必然推迟。保持主干可发布、每天集成，并用功能开关隐藏未完成的工作，让半成品也能随车而不上线。缺少这些实践，列车只是一个多了几场会的截止日期。
稳定期与发布窗口
发车前留出短暂的稳定期：冻结的是范围，不是代码。允许修复，不允许新功能。在这段时间运行完整回归、演练回滚，并验证从上一版本的升级路径。例如，月度列车前两天窗口能拦住大多数集成意外，又不必让团队空转一周。
与随时发布的对比
按需发布能让单个团队的流动最大化、批量最小化，但在多团队和下游消费者之间会成倍放大协调成本。列车用部分流动性换取可预期性。当下游需要稳定节奏时使用它；当单个服务可以独立部署、用户也接受持续变化时，则不必使用。