Tag: gitlab gitlab ci

Gitlab CI Artifacts永久移动错误301？: 我刚刚完成设置Gitlab Ci，使用Maven 3和Java 8的Docker容器来构build我的项目。然而，当我尝试将生成的jar文件保存为工件时，构build成功完成，Docker告诉我，findjar文件后，工件已被永久移动…. 这一个让我挠了挠头。这是我的Giitlab CI yml文件： image: kaiwinter/docker-java8-maven before_script: – apt-get update –fix-missing – apt-get install -y git – git clone -v https://github.com/stefaneidelloth/javafx-d3.git /builds/external/javafxd3 – cd /builds/external/javafxd3/javafx-d3 – mvn install – cd /builds/external/myDemo build: script: "mvn -B install" tags: – java8 – maven3 artifacts: paths: – target/*.jar 这是来自Job的控制台的最后几行。 [INFO] BUILD SUCCESS [INFO] […]

Gitlab CI中cache / artifacts的正确用法是什么？: 当项目构build中没有使用caching文件时，我正面临一个问题。在我的情况下，我想在构build阶段下载composer php依赖项，然后在所有其他阶段成功后将它们添加到最终项目文件夹中。我认为如果你把cache属性设置成.gitlab-ci.yml文件，它也会在其他阶段共享和使用。但是这有时候有效，有时候不行。 Gitlab版本是9.5.4 这是我的.gitlab-ci.yml文件： image: ponk/debian:jessie-ssh variables: WEBSERVER: "user@example.com" WEBSERVER_DEPLOY_DIR: "/domains/example.com/web-presentation/deploy/" WEBSERVER_CDN_DIR: "/domains/example.com/web-presentation/cdn/" TEST_VENDOR: '[ "$(ls -A ${WEBSERVER_DEPLOY_DIR}${CI_COMMIT_REF_NAME}/${CI_COMMIT_SHA}/vendor)" ]' cache: key: $CI_PIPELINE_ID untracked: true paths: – vendor/ before_script: stages: – build – tests – deploy – post-deploy Build sources: image: ponk/php5.6 stage: build script: # Install composer dependencies – composer -n install […]

如何在GitLab CI中修改PostgreSQL服务的configuration文件variables？: 我想修改Postgres服务的shared_buffers值。我正在使用我自己的服务器为GitLab亚军，但使用公共GitLab实例; 所以我可以改变跑步者的configuration，而不是GitLab本身的configuration。由于GitLab CI使用标准的上游Docker postgres服务，这里logging下来，似乎可以将shell脚本复制到/docker-entrypoint-initdb.d ，并在此进行初始化。不过，我找不到任何方式来访问gitlab-ci.yml容器内的path。我的问题类似于以下内容：如何自定义官方PostgreSQL泊坞窗图像的configuration文件？除此之外，因为GitLab CI在自己的接口中封装了Docker初始化，所以显示使用Dockerfile更改的方法显然不能转换为与.gitlab-ci.yml一起.gitlab-ci.yml 。

Laravel应用程序CI与Docker＆Gitlab: 我试图优化一个新的laravel应用程序的工作stream程，我想尝试docker和gitlab-ci 但是，我正在打扰我如何正确pipe理。这是我认为如何pipe理我的应用程序。主版本上的每个提交都会运行一个dind gitlab runner。将运行docker-compose-test.yml进行检查回归如果testing成功，将build立一个新的形象，并推入私人registry 运行一个脚本获取生产服务器中的应用程序的新形象（通过SSH，但它是相同的服务器）但是这是骗局： app1的DockerFile是一个纯粹的应用程序代码容器，坏主意。但是，如果我想运行app1十次我将有10 ngxin服务（1 /容器）？你是怎么做到的？