目前我的开发节奏大致是 每两周集中开发一次，通常安排在周六。一次集中开发完成后，后面的工作会按照实际的发布流程依次进行：
- 周六：集中开发。
- 第二天：查看使用指南、落地页等是否需要同步更新。
- 使用一周：实际体验新版本，确认功能是否稳定。
- 下一个周六：发布新版本。依次进行落地页下载、TestFlight、Microsoft Store 等渠道的版本发布。
- 下一个周一：发布 App Store 正式版。因为我主要使用 Android 手机，iOS 版本通常会再观察一段时间，因此正式版会比其他渠道晚一些。
- 下一个周五：发布更新说明。
从截图中可以看到，这些工作并不是简单地按照“第一个周六”“第二个周五”这样的固定日期来安排。
为什么不直接指定日期？
因为集中开发的日期可能会调整。
如果所有任务都直接指定了具体日期，那么把集中开发从这个周六改到下个周六，后面的所有计划都需要重新手动修改。
所以这里使用的是 计划之间的依赖关系。
例如：
集中开发
↓
查看指南是否需要更新
↓
试用一周新版本
↓
发布落地页 / TestFlight / Microsoft Store
↓
发布 App Store 正式版
↓
发布更新说明
只有最开始的“集中开发”指定了具体日期，后面的计划都根据前置计划推算时间。
这样一来，如果集中开发日期发生变化，后面的计划也可以跟着自动调整，而不需要一个个修改。
更有意思的是，这种依赖并不局限于两级关系。理论上可以形成：
A ← B ← C ← … ← Z
一个计划可以依赖另一个计划，而被依赖的计划本身又可以依赖其他计划，形成任意层级的依赖链。
当然，目前这个功能还缺少大量测试，需要继续验证复杂的依赖关系在各种情况下是否都能可靠工作。
如果你平时也会遇到“这件事完成之后，过几天再做下一件事”这样的计划，不妨试试 PlanTodo 的依赖计划功能。