这里的迭代只看 iOS 版本，比如知乎、即刻、知识星球、简书第三位都是 bugfix 小版本，就不统计了。

  • 知乎、即刻都基本保持两周一个版本迭代的节奏；
  • 千聊和简书基本上是一个月一次迭代；
  • 饭团在节后的节奏变慢了（在行一点，也就是原来的分答，保持了一个月一次迭代）；
  • 腾讯的兴趣部落看来不怎么用力了，说不定会放弃？
  • 贴吧看起来也是两周左右的迭代，不过最近的几次更新似乎动作很小？

知识星球此前一直是两周一个版本，间或有 bugfix 版本，不过最近在流程里加入了内部灰度、外部灰度两个环节，时间直接延长了 4-6 天——站在研发的角度看，目前的用户基数下，灰度发布跑一段时间是比较安全的，而灰度过程中程序员还需要不断修复零星出现的问题，不太可能上手做新版本。

所以最近在纠结怎么优化可以提升——看知乎和即刻还是很快啊。

考虑过几种方式：

  • 一期两周，一期三周（需求略多些）；
  • APP、小程序、网页版、微信 Html 版不同时发布，而是穿插发布；
  • 两支研发小组交错发布；
  • 测试、灰度过程中研发流程中摘除，发现的非严重 Bug 放进下一个研发流程中处理。

我们再想想怎样跑得更快些。

知乎

  • 4.12.0，2018年03月26日
  • 4.11.0，2018年03月12日
  • 4.10.0，2018年02月08日
  • 4.9.0，2018年01月23日
  • 4.8.0，2018年01月08日
  • 4.7.0，2017年12月21日
  • 4.6.0，2017年12月14日
  • 4.5.0，2017年12月04日
  • 4.4.0，2017年11月01日
  • 4.3.0，2017年10月26日

即刻

  • 4.2.0，2018年04月03日
  • 4.1.0，2018年03月19日
  • 4.0.0，2018年02月08日
  • 3.12.0，2018年01月23日
  • 3.11.0，2018年01月11日
  • 3.10.0，2018年01月03日
  • 3.9.0，2017年12月13日
  • 3.8.0，2017年12月03日
  • 3.7.0，2017年11月14日
  • 3.6.0，2017年11月03日

兴趣部落