Travis

Travis CI 使用 GitLab API

首次登录 Travis CI 时，我们会请求权限以访问您在 GitLab 上的一些数据。阅读 GitLab REST API 的范围 以获取有关此方面的常规信息，或选择对我们所需数据以及我们为何需要数据的说明。

适用于开源和私有项目的 Travis CI #

在 https://travis-ci.cn 上，通过我们的 GitLab 集成，我们请求以下权限

  • 读取代码权限
  • 读取元数据和 Pull Request 权限
  • 读取和写入管理、检查、提交状态和部署权限

WebHooks #

我们使用范围 OAuth 令牌与 GitLab 集成。

使用的范围 #

存储库 #

授予应用读取授权用户有权访问的所有存储库的权限。

此范围不提供对存储库的 Pull Request 的访问权限。

repository:admin #

授予应用管理授权用户有权访问的所有存储库的权限。此权限是添加访问密钥所必需的。Travis CI 使用该密钥读取 travis.yml 文件内容。

pullrequest #

授予应用读取 Pull Request 并对其进行协作的权限。此范围隐含 repository，从而授予对 Pull Request 目标存储库的读取权限。

email #

能够查看用户的首要电子邮件地址。这应该可以更轻松地将 GitLab 用作应用或外部应用程序的登录提供程序。

account #

能够查看用户的所有帐户信息。请注意，这并不包括修改任何数据的任何能力。

group #

能够找出当前用户所属的哪些组。这由 teams 端点涵盖。

webhook #

授予对 Webhook 的访问权限。此范围是任何与 Webhook 相关的操作所必需的。

此范围授予对您可以访问的所有资源上的现有 Webhook 订阅的读取权限，而无需其他范围。这意味着客户端可以列出存储库 foo/bar 上的所有现有 Webhook 订阅（假设主体用户有权访问此存储库）。此操作不需要其他 repository 范围。

同样，无需持有 issue 范围即可检索存储库问题跟踪器的现有 Webhook 订阅。所有需要的只是 webhook 范围。

但是，要为 issue:created 创建 Webhook，客户端需要同时具有 webhook 和 issue 范围。