AWS流水线中如何将CodeBuild日志传入Lambda并按提交人发送测试报告？

• 不需要硬抠CodeBuild默认触发Lambda的事件字段：默认触发的事件仅携带构建状态、项目名等基础元数据，不附带S3上的日志对象路径，自然无法直接利用已存储的日志。
• 触发配置逻辑：在目标CodeBuild项目的通知设置页新建触发规则，事件类型勾选BUILD_STATE_CHANGED（覆盖构建完成、失败、停止等状态变更场景），触发目标绑定Lambda函数。这套配置生成的触发payload会自动携带S3日志的完整访问元数据，包括存储日志的S3桶名、对应日志文件的对象Key、CloudWatch日志组/流的基础信息。
• Lambda侧读取流程：拿到触发事件里的S3元数据后，直接通过boto3的S3客户端调用get_object方法，拉取对应Key的日志文件内容做解析即可，和之前同步日志到S3的配置完全打通，无需额外调整存储路径。

• 提交人信息的原生来源：CodePipeline在CodeCommit源阶段拉取代码时，会把本次触发的提交元数据完整存入Pipeline的运行事件payload，不需要额外调用API查询。
• 链路调整技巧：把Lambda的触发源从「直接监听CodeBuild」改成「监听CodePipeline的CodeBuild阶段状态变更」——当CodeBuild执行完成时触发Lambda，此时的事件payload会直接带出源动作的输出变量，包含本次提交的提交ID、提交人姓名、提交人原生邮箱、提交备注信息。
• 匹配发送逻辑：Lambda拿到原生提交人邮箱后，可直接作为SES的收件人发送测试摘要；如果提交人邮箱是企业内网用户名格式，只需要在Lambda里加简单的字符串拼接逻辑，补上企业邮箱后缀即可完成匹配。
• 兜底配置：给Lambda执行角色添加codecommit:GetCommit权限，若源阶段元数据不全，可通过payload里携带的仓库名、提交ID主动拉取提交详情补全信息。

• 减少自定义解析逻辑：CodeBuild原生支持导入JUnit格式的测试报告（Python的pytest框架可通过配置直接生成该格式报告），会自动统计测试通过率、失败用例数、跳过用例数这类结构化摘要，不需要从纯日志文本里手动提取测试结果。
• 降低链路复杂度：如果不想维护S3日志拉取逻辑，可以直接给CodeBuild对应的CloudWatch日志组配置Lambda订阅过滤器，日志中出现测试完成的标记行时直接触发Lambda，链路延迟比S3拉取更低。
• 减少自定义开发量：CodePipeline自带原生通知能力，等测试报告生成后，可直接把结果摘要推送到指定邮箱，只需要把提交人对应的邮箱加入通知订阅列表即可，不需要自己编写SES发信模板、日志解析的代码逻辑。
• 长期存储可选：后续如果需要留存历史测试日志，再在CodeBuild配置里加一步把测试报告、日志同步到指定S3桶的步骤即可，不需要额外搭建同步链路。

内容的提问来源于stack exchange，提问作者Nadavba