如何借助代理应用将软件交付工作流整合到GitHub中

本文介绍了如何利用GitHub代理应用（Agent Apps）将软件交付全流程（SDLC）整合到GitHub平台，无需离开GitHub即可完成功能的范围界定、安全检查、推出和发布。以一个产品免费试用注册流程中“邀请队友”步骤改为可选的需求为例，展示了四个关键问题的解决：是否为正确变更、所触及依赖是否干净、如何安全推出、当前是否适合部署。GitHub代理应用基于Copilot云代理的平台和框架，将Amplitude、Endor Labs、LaunchDarkly、PagerDuty等现有工具集成到GitHub工作流中。在构建前，通过Amplitude代理查询完成团队邀请步骤与后续漏斗成功的相关性，发现团队用户完成该步骤更易留存，而 solo 用户无此关联，从而合理调整范围，仅对 solo 注册用户延迟该步骤。构建过程中，在拉取请求中通过Endor Labs代理主动检查变更依赖的已知漏洞和包风险，确保依赖干净。推出阶段，通过LaunchDarkly代理创建功能标志，指定键、类型、默认值、目标用户和 rollout 策略，代理会在LaunchDarkly中创建标志并将代码实现作为提交供审核，若需审批则创建审批请求。部署前，通过PagerDuty代理评估部署风险，检查活跃事件、近90天事件历史及拉取请求文件与过去事件涉及区域的相关性，此次风险较低，建议继续。代理应用使开发者无需在各工具间切换上下文，在GitHub内协调工作。这些代理应用可从GitHub Marketplace获取，支持分配任务、在拉取请求评论中@提及进行分析或操作，或从仓库的Agents选项卡选择使用。其他首批代理应用还包括Packfiles（构建迁移策略）、Miro（连接视觉协作与代码工作流）、Bright Security（端到端动态安全测试）、SonarQube（分析、质量门和修复）、Octopus Deploy（识别、诊断和解决部署失败）等。