在发布合并后的数字后决定覆盖阈值门（跟进 #3940）

** 内容**

#3940 将数据源和度量衡输出子模块叠入报告覆盖范围 数字。 在此之前,parse-coverage'和upload-coverage'只合并了示例和PKG 剖面图,因此所公布的百分比不包括以下各单元: pkg/gofr/数据来源/*和pkg/gofr/度量衡/出口商/* ' ,同时作为一种表述 整回转号

用于 " 掩蔽 " 的阈值门,作为92%的检查。 3940号 故意没有恢复,审查认为推理是正确的,但要求 ,而不是在 YAML 注释中。 这就是问题所在。

** 决定**

一旦关于 " 发展 " 的运行公布后的数字,就决定:

1. ** 将大门** 移到从该号码取出的一个地上,或
2. ** 删去** 被评论的 " 屏蔽 " ,仅作报告。

在数字存在之前无法选择下限——# 3940 移动所报数字。 在很长一段时间里第一次,而且事先摘取92%(或其他任何东西)是猜测。

** 现在的数字包括**

• 例子,PKG和子模块简介,在parse-coverage'和parse-coverage'中合并。 " 上载-覆盖 " ,所以公关数字和克提数字不能漂移。
• 两种合并中产生的模型被剥去(grep-v'/mock '),与过滤器相匹配 PKG 任务在上传其配置文件前已经应用 。 没有它,两分之一 根据不同的规则计算出一个数字——66个mock'.go ' 文件在下面。 子模块。

** 大门通向何处**

.GitHub/工作流量/ go.yml',parse-coverage',在parse-coverage value'之后 步骤。 CODE-CoverAG'已经出口到$GITHUB-ENV',数字写到: $GTHUB STEP Summary'.