GitLab Conan Registry镜像至Artifactory遇404错误，求解决方案

为啥会出现这问题？ #

Artifactory测试远程仓库时，会发一些通用的探测请求，比如访问仓库根路径或者它自己默认的端点，但GitLab的Conan API只认Conan客户端那套标准请求路径，不认Artifactory的探测路径，所以就返回404了。但Conan命令行是按Conan标准发请求的，所以能正常用。

能用的解决办法 #

1. 别管测试报错，直接保存配置 #

既然Conan命令行能正常访问https://gitlab.company.org/api/v4/projects/$project_id/packages/conan，说明这个地址是有效的。直接忽略Artifactory测试的404提示，保存远程仓库配置，然后用实际的Conan操作（比如conan install拉取包、conan upload上传包）验证连通性就行。

2. 给Artifactory加路径映射 #

在Artifactory的远程仓库配置里，调整路径映射规则，把Artifactory的探测请求转去GitLab的Conan有效端点：

• 进入远程仓库编辑页面，找到高级设置里的路径映射
• 添加一条规则：将/*映射到/conan/*（针对https://gitlab.company.org/api/v4/projects/$project_id/packages这个基础URL）
• 保存后重新测试，Artifactory的探测请求会被重定向到Conan端点，就不会返回404了

3. 换成GitLab组级Conan仓库 #

项目级仓库的API可能限制较多，试试切换为GitLab组级的Conan仓库，URL格式为https://gitlab.company.org/api/v4/groups/$group_id/-/packages/conan。组级仓库的API实现更完善，Artifactory的测试请求大概率能正常识别。

4. 修改Artifactory的健康检查请求 #

在远程仓库配置的高级设置里找到健康检查选项：

• 将健康检查的URL路径改为/conan/v1/conans/search（这是Conan标准的搜索端点）
• 请求方法选择GET，并添加请求头：PRIVATE-TOKEN: <你的GitLab访问令牌>
• 这样Artifactory会发送符合Conan协议的请求进行健康检查，避免返回404

验证配置是否生效 #

配置完成后，执行以下Conan命令验证连通性：

conan remote add gitlab-conan https://gitlab.company.org/api/v4/projects/$project_id/packages/conan
conan search --remote gitlab-conan

如果能正常返回包列表，说明配置有效。

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