我们一直在努力改进DeepSource与您团队的软件开发工作流程的整合方式。随着时间的推移，随着版本控制供应商的发展，我们也在不断发展，以确保您的团队在使用DeepSource时获得最佳体验。今天，我们很高兴地宣布支持GitLab PipelinesCommit Statuses。
这一变化现已对DeepSource Cloud和DeepSource Enterprise的所有用户生效。
背景
以前，对于合并请求的每个新提交，DeepSource上的分析会自动开始。这些分析的结果和摘要会作为评论发布在GitLab的合并请求页面上。历史上，这是外部服务与GitLab的合并请求工作流程整合的唯一方式。
这并不理想，而且使合并请求变得相当嘈杂。在我们与其他版本控制供应商的集成中，我们已经直接向他们的平台发布了更新。这样的紧密集成可以更好地与其他外部服务配合，允许自动化的工作流程，从而使整体的开发者体验更加优越。
新功能
在GitLab新的Commits API发布后，我们现在可以将DeepSource的运行状态发布为特定提交的构建状态。这被GitLab识别为一个由多个作业组成的管道，其中每个作业都是在DeepSource上运行的特定分析器或转化器。
这在多个方面改善了我们的GitLab集成的使用体验:
- 你不再需要滚动和扫描最新的评论来查看分析结果。只要看到提交的流水线状态就可以了。
- 对于默认分支中不属于任何合并请求的提交，分析结果也将以管道的形式显示出来。
- 你可以实施合并检查，以确保DeepSource分析在合并请求被合并到默认分支之前通过。这使你能够设置质量门，以便没有坏的代码进入代码库。
在DeepSource上切换到GitLab的提交状态
为了防止不必要的行为变化，所有现有的仓库将保持在旧的 "评论 "模式，而所有新的仓库将默认为新的 "管道/提交状态API "模式。你可以通过在DeepSource的版本库设置页面上切换 "集成模式 "选项，在每个版本库之间选择这两种集成模式:
我们很高兴看到这一变化如何改善我们所有使用DeepSource和GitLab项目的用户的体验。
