Skip to main content
Devin 的 API 功能强大,在继续阅读本指南之前,请先阅读以下文章

1. 流程概览

  1. 创建 Pull Request:向仓库提交一个包含更改的 Pull Request(PR),这些更改可能包含由代码扫描工具识别出的问题。
  2. 触发 GitHub Action:PR 被创建后,会自动触发一个 GitHub Action 工作流。
  3. GitHub Action 调用 Devin API:GitHub Action 向 Devin API 发送请求,并将识别出的问题传递给 Devin 以进行自动修复。
  4. 初始化 Devin 会话:一个 Devin 会话被创建并启动,接收问题的上下文信息,并基于提供的数据尝试解决该问题。
  5. Devin 提交供人工审核的 PR:问题解决后,Devin 生成一个包含建议更改的 PR,并提交给人工进行审核。

2. 实现该目标的步骤

  1. 配置 GitLab 环境以保存所需的密钥(secrets)
    • 配置 GitLab 环境,以安全存储与 Devin 的 API 和其他集成工具交互所需的密钥(例如身份验证令牌和配置密钥)。
完成这些步骤后,你的流水线就可以通过 Devin 的 API 自动解决问题,从而加快处理速度并减少人工干预。
  1. 测试集成
完成设置后,你可以通过手动触发一次 GitLab Action 来测试集成。这样可以验证该 Action 是否正确调用 Devin API 并解决已识别的问题。
  1. 查看 Devin Sessions 页面
在触发 GitLab 构建并由 Devin 处理完问题之后,你可以在 Devin Sessions 页面查看状态和结果。此页面会提供有关已解决问题和建议变更的详细信息。 如前所述,从 SonarQube 所需的值为: 要配置此集成,你需要从你的 SonarQube 实例中获取以下三个值: 你将需要从 SonarQube 获取三个值:{SONAR_TOKEN, SONAR_ORG, SONAR_PROJECT_KEY} 一旦你获得了所有必需的值,就可以开始配置 GitLab Action。
这里假设你有一个本地的 SonarCloud 属性文件 sonar-project.properties,其中包含如下配置:
GitLab Action 的源代码如下所示
提醒一下,devin_remediation.py 文件如下:
为确保 GitLab Action 能正确设置环境变量,请将这些变量添加到 GitLab CI/CD Secrets 中。 找到对应的设置位置可能有点麻烦。进入 Settings,编辑 Secrets,然后在 Repository Secrets 下添加 SONAR_TOKENDEVINS_API
SonarQube
如果你使用自托管的 GitLab,那么唯一的区别是: 配置完成后,你可以查看 GitLab Action 的执行情况。如果运行成功,它将显示如下:
SonarQube
您可以在 Session Manager 中查看 Devin 的会话。
SonarQube
处理完成后,Devin 会自动打开拉取请求(pull request,PR)。对于 GitLab 用户,请参阅此指南