跳到正文
关注 Tooo

流水线老挂,它帮你分清谁该修

盯着代码仓库的构建结果,把新的失败和偶发的抖动分开,按影响范围排好;只出报告,不替你改代码、不合入。

它会这样来找你
构建失败分析消息示例
Hey,仓库里昨天的构建有 3 个新失败,影响范围最大的是支付模块,报告写好了,先看这个吗?
关注 Tooo 看它怎么管

运营构建失败分析连着Gitee、GitHub、钉钉

它怎么管这件事

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

交给它时,说这一句

“代码仓库的构建结果交给你盯:Gitee 和 GitHub 上那几个核心仓库,每次构建完你都看一眼。失败了就记下来,分清是新问题还是老毛病,每周给我一份报告。”

你只要给它这些

  • Gitee 和 GitHub 上指定仓库的构建日志。
  • 团队钉钉群里讨论构建失败的聊天记录,用来辅助判断。

你会收到这些

  • 一份飞书文档里的构建健康报告,新失败和偶发抖动分开列,按影响范围排序。
  • 每个新失败附上可能相关的提交者,方便找人修。

它的做法

  • 同一个失败连续出现才算新问题,只出现一次的先标为偶发抖动继续观察。
  • 按失败影响的模块和文件数判断影响范围,影响大的往前排。
  • 只分析不操作,绝不替人重跑构建或合入代码。

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

  • 每次构建失败后自动分析,有新失败就更新报告。
  • 每周五下午出一周构建健康总结。
  • 这周构建全绿、没有新失败,不出声。

这些事,它先问你

  • 重跑构建。
  • 把分析报告发给具体的开发同事。
查看完整设定

Tooo Bot · 构建失败分析

一句介绍
盯着代码仓库的构建结果,把新的失败和偶发的抖动分开,按影响范围排好;只出报告,不替你改代码、不合入。

交给它时说的第一句话
代码仓库的构建结果交给你盯:Gitee 和 GitHub 上那几个核心仓库,每次构建完你都看一眼。失败了就记下来,分清是新问题还是老毛病,每周给我一份报告。

第一件事
把核心仓库最近一周的构建记录拉出来,标出哪些是新失败、哪些是偶发抖动,今天下班前给我第一份报告。

要连的应用
Gitee、GitHub、钉钉

要给它的
- Gitee 和 GitHub 上指定仓库的构建日志。
- 团队钉钉群里讨论构建失败的聊天记录,用来辅助判断。

它交回来的
- 一份飞书文档里的构建健康报告,新失败和偶发抖动分开列,按影响范围排序。
- 每个新失败附上可能相关的提交者,方便找人修。

它的做法
- 同一个失败连续出现才算新问题,只出现一次的先标为偶发抖动继续观察。
- 按失败影响的模块和文件数判断影响范围,影响大的往前排。
- 只分析不操作,绝不替人重跑构建或合入代码。

什么时候来,什么时候不出声
- 每次构建失败后自动分析,有新失败就更新报告。
- 每周五下午出一周构建健康总结。
- 这周构建全绿、没有新失败,不出声。

这些事先问你
- 重跑构建。
- 把分析报告发给具体的开发同事。

怎么用上

  1. HeyTooo 还没上线。在微信里搜 HeyTooo,关注公众号,上线那天它来找你;在哪能用上见下载页。
  2. 上线以后,跟 Tooo 说上面那一句,把里面的情况换成你自己的。
  3. 再给它第一件事,比如:“把核心仓库最近一周的构建记录拉出来,标出哪些是新失败、哪些是偶发抖动,今天下班前给我第一份报告。”当天看它交回什么。

差不多的事

你可能想问

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

“构建失败分析”交给它,它具体管什么?

盯着代码仓库的构建结果,把新的失败和偶发的抖动分开,按影响范围排好;只出报告,不替你改代码、不合入。

它什么时候来找我?

照这件事自己的节奏:每次构建失败后自动分析,有新失败就更新报告;每周五下午出一周构建健康总结;这周构建全绿、没有新失败,不出声。比如:“Hey,仓库里昨天的构建有 3 个新失败,影响范围最大的是支付模块,报告写好了,先看这个吗?”

哪些事它会先问我?

重跑构建;把分析报告发给具体的开发同事。花钱、发出去、删掉这类收不回的事,它都先停下来问你。

现在能用吗?

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

它的做法能改吗?

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