在代理后面的gitlab ci管道中运行gradlew

在代理后面的gitlab ci管道中运行gradlew,gradle,gitlab-ci,gradlew,Gradle,Gitlab Ci,Gradlew,我们正在使用gitlab ci管道将遗留的gradle/grails应用程序移动到云环境中。在代理后面的管道过程中调用gradle命令时出现问题。我不能100%确定我的诊断是否正确,所以我甚至可能问不出正确的问题 如何配置gradlew在代理后的gitlab管道中下载gradle? 我的项目在项目根目录中包含一个gradle.properties文件,其中包含代理信息: systemProp.https.proxyHost=my.proxy.url.com systemProp.https.pr

我们正在使用gitlab ci管道将遗留的gradle/grails应用程序移动到云环境中。在代理后面的管道过程中调用gradle命令时出现问题。我不能100%确定我的诊断是否正确,所以我甚至可能问不出正确的问题

如何配置gradlew在代理后的gitlab管道中下载gradle?

我的项目在项目根目录中包含一个
gradle.properties
文件,其中包含代理信息:

systemProp.https.proxyHost=my.proxy.url.com
systemProp.https.proxyPort=80
systemProp.http.proxyHost=my.proxy.url.com
systemProp.http.proxyPort=80
我还将其复制到了
gradle wrapper.properties
中,但没有任何效果。在本地构建我的项目时,它可以正确下载依赖项,但在推送到gitlab时,
.gitlab ci.yml
相关部分是:

build:
  stage: build
  script:
    - ./gradlew properties
仅尝试打印包装器的属性,生成期间的输出为:

$ ./gradlew properties
Downloading https://services.gradle.org/distributions/gradle-5.2.1-bin.zip
Exception in thread "main" java.net.ConnectException: Connection timed out (Connection timed out)

正如我所说。。。我甚至不确定我是否正确诊断了这个问题,或者我问的问题是否正确,因此,如果有任何其他建议,我们也将不胜感激。

我认为这是gitlab runner的网络配置问题。通过ssh登录到gitlab runner计算机,并检查是否可以访问
my.proxy.url.com
。如果在本地构建时它可以工作,那么gradle配置可能很好。

不幸的是,我没有对gitlab runner机器的ssh访问权(或者可能误解)。同时,我发现了一种解决方法,使用预安装了gradle的gitlab ci的源映像。老实说,我对这一点太陌生了,我甚至不知道我是否正确地描述了它。