SonarQube与GitLab集成遇重定向错误，已赋权限仍未解决

可能原因及修复方案 #

1. 版本兼容性不匹配 #

SonarQube 9.8.0官方要求集成的GitLab版本至少为13.9，你使用的GitLab 11.3版本过于老旧，两者API交互逻辑存在差异，直接导致请求重定向类的兼容性问题。

• 修复：要么升级GitLab至13.9及以上版本，要么降级SonarQube到兼容GitLab 11.3的版本（推荐SonarQube 8.x系列，需提前确认具体兼容版本）。

2. URL配置存在重定向 #

检查SonarQube和GitLab的URL配置是否一致且无跳转：

• 若SonarQube中填写的GitLab URL是http协议，但GitLab实际强制跳转至https，或者URL末尾多/少了斜杠，都会触发重定向错误。
• 修复：在SonarQube的GitLab集成设置中，填写GitLab的实际直接访问根URL（比如GitLab强制HTTPS就填https://gitlab.example.com）；同时确认GitLab后台的「外部URL」配置（Admin Area → Settings → General）与SonarQube中填写的完全一致。

3. Docker容器网络访问异常 #

SonarQube以Docker容器运行时，容器内部访问GitLab的路径可能和外部不一致，导致请求被重定向：

• 比如外部用公网域名访问GitLab，但容器内只能通过内网IP访问，而GitLab配置的外部URL是公网域名，容器内请求时会被强制重定向，引发错误。
• 修复：在Docker容器内执行curl -v <GitLab URL>查看是否存在重定向，调整SonarQube配置的GitLab URL为容器内可直接访问且与GitLab外部URL一致的地址。

4. GitLab Token权限范围不符 #

GitLab 11.3的Token权限逻辑和高版本不同，即便你勾选了“全部权限”，也可能缺失SonarQube需要的api权限：

• SonarQube集成GitLab必须依赖api权限范围的Token，11.3版本中创建Token时需明确勾选api选项。
• 修复：重新创建GitLab个人访问Token，仅勾选必要的api权限（无需全部权限），再更新SonarQube中的Token配置。

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