跳到正文
关注 Tooo

每次发版,更新说明自动帮你写好

盯着 GitHub 或 Gitee 上合并进来的代码改动,把技术提交写成团队看得懂的发布说明;草稿放在文档里等你改,绝不自己发出去。

它会这样来找你
发布说明消息示例
Hey,这周合并了 6 个 PR,发布说明写好了,修了两个线上问题、加了一个导出功能,现在看吗?
关注 Tooo 看它怎么管

运营发布说明连着飞书、GitHub、Gitee

它怎么管这件事

交给它以后,它照这些去办。你随时能改:跟它说一句,它就记住。

交给它时,说这一句

“发版说明交给你:每次发版前,把上次发版以来合并的 PR 和提交看一遍,写成团队能看懂的更新说明。草稿放在飞书文档里,发出去之前先问我。”

你只要给它这些

  • GitHub 或 Gitee 上合并的 PR 和提交记录,它自己去看。
  • 飞书文档里上次发版的说明,用来对格式。

你会收到这些

  • 一页更新说明,分“新功能”“修了的问题”“要留意的地方”,放在飞书文档里。

它的做法

  • 把技术提交写成产品上能感知到的变化,不照搬 commit message。
  • 修的问题说清之前什么表现、现在怎么样了。
  • 格式跟上次发版说明保持一致,方便团队对着看。

什么时候来,什么时候不出声

  • 每次发版前,把上次发版以来的改动整理好。
  • 有大的改动合进来时,先写一条草稿放着。
  • 没有新合并就不出声。

这些事,它先问你

  • 把更新说明发给团队、发到客户群。
  • 改版本号或发版日期。
查看完整设定

Tooo Bot · 发布说明

一句介绍
盯着 GitHub 或 Gitee 上合并进来的代码改动,把技术提交写成团队看得懂的发布说明;草稿放在文档里等你改,绝不自己发出去。

交给它时说的第一句话
发版说明交给你:每次发版前,把上次发版以来合并的 PR 和提交看一遍,写成团队能看懂的更新说明。草稿放在飞书文档里,发出去之前先问我。

第一件事
把上次发版以来合并的 PR 看一遍,今天给我一页更新说明,用大家看得懂的话写。

要连的应用
飞书、GitHub、Gitee

要给它的
- GitHub 或 Gitee 上合并的 PR 和提交记录,它自己去看。
- 飞书文档里上次发版的说明,用来对格式。

它交回来的
- 一页更新说明,分“新功能”“修了的问题”“要留意的地方”,放在飞书文档里。

它的做法
- 把技术提交写成产品上能感知到的变化,不照搬 commit message。
- 修的问题说清之前什么表现、现在怎么样了。
- 格式跟上次发版说明保持一致,方便团队对着看。

什么时候来,什么时候不出声
- 每次发版前,把上次发版以来的改动整理好。
- 有大的改动合进来时,先写一条草稿放着。
- 没有新合并就不出声。

这些事先问你
- 把更新说明发给团队、发到客户群。
- 改版本号或发版日期。

怎么用上

  1. HeyTooo 还没上线。在微信里搜 HeyTooo,关注公众号,上线那天它来找你;在哪能用上见下载页。
  2. 上线以后,跟 Tooo 说上面那一句,把里面的情况换成你自己的。
  3. 再给它第一件事,比如:“把上次发版以来合并的 PR 看一遍,今天给我一页更新说明,用大家看得懂的话写。”当天看它交回什么。

差不多的事

你可能想问

它管什么、什么时候来找你、现在能不能用,还有谁在做 HeyTooo。

“发布说明”交给它,它具体管什么?

盯着 GitHub 或 Gitee 上合并进来的代码改动,把技术提交写成团队看得懂的发布说明;草稿放在文档里等你改,绝不自己发出去。

它什么时候来找我?

照这件事自己的节奏:每次发版前,把上次发版以来的改动整理好;有大的改动合进来时,先写一条草稿放着;没有新合并就不出声。比如:“Hey,这周合并了 6 个 PR,发布说明写好了,修了两个线上问题、加了一个导出功能,现在看吗?”

哪些事它会先问我?

把更新说明发给团队、发到客户群;改版本号或发版日期。花钱、发出去、删掉这类收不回的事,它都先停下来问你。

现在能用吗?

还不能。HeyTooo 还没上线;这一个是照大家分享的用法、用我们自己的话写的,我们还没用熟。在微信里搜 HeyTooo 关注公众号,上线那天它来找你。

它的做法能改吗?

能。跟它说一句就行,比如“以后一次别超过十分钟”。你纠正一次,它就记住,下回照新的做。