# 如何用 PlanTodo 管理 PlanTodo 的版本发布

**URL:** <https://forum.plantodo.app/t/topic/35>\
**Category:** 技巧 skills\
**Created:** [2026 年9 月 5 日 07:08 UTC](https://forum.plantodo.app/t/topic/35 "2026-09-05T07:08:10Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

作者： ![ahfei](https://forum.plantodo.app/user_avatar/forum.plantodo.app/ahfei/32/8_2.png) [@ahfei](https://forum.plantodo.app/u/ahfei)\
发布日期： [2026 年9 月 5 日 07:08 UTC](https://forum.plantodo.app/t/topic/35/1 "2026-09-05T07:08:10Z")

</div>

目前我的开发节奏大致是 **每两周集中开发一次** ，通常安排在周六。一次集中开发完成后，后面的工作会按照实际的发布流程依次进行：

1. 周六：集中开发。
2. 第二天：查看使用指南、落地页等是否需要同步更新。
3. 使用一周：实际体验新版本，确认功能是否稳定。
4. 下一个周六：发布新版本。依次进行落地页下载、TestFlight、Microsoft Store 等渠道的版本发布。
5. 下一个周一：发布 App Store 正式版。因为我主要使用 Android 手机，iOS 版本通常会再观察一段时间，因此正式版会比其他渠道晚一些。
6. 下一个周五：发布更新说明。

从截图中可以看到，这些工作并不是简单地按照“第一个周六”“第二个周五”这样的固定日期来安排。

 ![IMG_20260905_143625](https://forum.plantodo.app/uploads/default/original/1X/b656073ef1352b550cc14170d74e771fa8d40d92.png)

### 为什么不直接指定日期？

因为集中开发的日期可能会调整。

如果所有任务都直接指定了具体日期，那么把集中开发从这个周六改到下个周六，后面的所有计划都需要重新手动修改。

所以这里使用的是 **计划之间的依赖关系** 。

例如：

> 集中开发  
> ↓  
> 查看指南是否需要更新  
> ↓  
> 试用一周新版本  
> ↓  
> 发布落地页 / TestFlight / Microsoft Store  
> ↓  
> 发布 App Store 正式版  
> ↓  
> 发布更新说明

只有最开始的“集中开发”指定了具体日期，后面的计划都根据前置计划推算时间。

这样一来，如果集中开发日期发生变化， **后面的计划也可以跟着自动调整** ，而不需要一个个修改。

更有意思的是，这种依赖并不局限于两级关系。理论上可以形成：

> A ← B ← C ← … ← Z

一个计划可以依赖另一个计划，而被依赖的计划本身又可以依赖其他计划，形成任意层级的依赖链。

当然，目前这个功能还缺少大量测试，需要继续验证复杂的依赖关系在各种情况下是否都能可靠工作。

**如果你平时也会遇到“这件事完成之后，过几天再做下一件事”这样的计划，不妨试试 PlanTodo 的依赖计划功能。**