gpt4 book ai didi

Gitlab-Ci。在阶段之间传输 maven m2 本地存储库

转载 作者:行者123 更新时间:2023-12-04 01:51:12 61 4
gpt4 key购买 nike

同学们好。我在生产中使用 gitlab ci。我有很多阶段。1)构建神器2)部署到外部服务器3)使用jfrog cli部署到artifactory

我在缓存 maven 本地存储库时遇到问题。我的运行者在第一步(构建)中下载所有依赖项,并在最后一步(部署到 Artifactory )中执行相同的操作。我的运行者也在最后阶段之前删除了 m2 文件夹中的所有数据:

Removing .m2/antlr/
Removing .m2/aopalliance/
Removing .m2/asm/
Removing .m2/avalon-framework/
Removing .m2/backport-util-concurrent/
Removing .m2/ch/
Removing .m2/classworlds/
Removing .m2/com/
Removing .m2/commons-beanutils/
Removing .m2/commons-chain/
Removing .m2/commons-cli/
Removing .m2/commons-codec/
Removing .m2/commons-collections/
Removing .m2/commons-digester/
Removing .m2/commons-io/
Removing .m2/commons-lang/
Removing .m2/commons-logging/
Removing .m2/commons-validator/
Removing .m2/dom4j/
Removing .m2/io/
Removing .m2/javax/
Removing .m2/junit/
Removing .m2/log4j/
Removing .m2/logkit/
Removing .m2/net/
Removing .m2/org/
Removing .m2/oro/
Removing .m2/sslext/
Removing .m2/xml-apis/
Removing .m2/xmlunit/
Removing jfrog
Removing target/

我的 gitlav-ci yaml(没有第二步):

stages:
- build
- deploy-artifactory

variables:
MAVEN_OPTS: "-Dmaven.repo.local=${CI_PROJECT_DIR}/.m2"
MAVEN_CLI_OPTS: "-s .m2/settings.xml --batch-mode"

cache:
key: "$CI_JOB_NAME"
paths:
- .m2/

build:
image: maven:latest
stage: build
tags:
- build
script:
- adduser --disabled-password --gecos '' mynonrootuser
- chmod --recursive 777 .
- git version
- su --command='mvn versions:set -DgenerateBackupPoms=false -DnewVersion="$CI_COMMIT_REF_SLUG-SNAPSHOT"' mynonrootuser
- su --command='mvn $MAVEN_CLI_OPTS clean install -B -f ./pom.xml' mynonrootuser
artifacts:
expire_in: 5 mins
paths:
- target/*.jar

only:
- develop

deploy-artifactory-snapshot:
retry: 2
image: maven:latest
stage: deploy-artifactory
tags:
- release
before_script:
- curl -fL https://getcli.jfrog.io | sh
- ./jfrog rt config --url=${ARTIFACTORY_URL} --user=${ARTIFACTORY_USER} --password=${ARTIFACTORY_PASSWORD}
- ./jfrog rt c show
- export M2_HOME=/usr/share/maven
- sed -i 's,MAVEN_REPO_SNAPSHOT_DEPLOYER,'"$MAVEN_REPO_SNAPSHOT_DEPLOYER"',g' configuration.yml
- sed -i 's,MAVEN_REPO_RELEASES_DEPLOYER,'"$MAVEN_REPO_RELEASES_DEPLOYER"',g' configuration.yml
- sed -i 's,MAVEN_REPO_SNAPSHOT_RESOLVER,'"$MAVEN_REPO_SNAPSHOT_RESOLVER"',g' configuration.yml
- sed -i 's,MAVEN_REPO_RELEASES_RESOLVER,'"$MAVEN_REPO_RELEASES_RESOLVER"',g' configuration.yml
script:
- ./jfrog rt mvn "versions:set -DgenerateBackupPoms=false -Dartifactory.publish.artifacts=false -DnewVersion="$CI_COMMIT_REF_SLUG-SNAPSHOT"" configuration.yml --build-name=scdfrestrunner --build-number=$CI_JOB_ID
- ./jfrog rt mvn "clean install" configuration.yml --build-name=scdfrestrunner --build-number=$CI_JOB_ID
- ./jfrog rt bce scdfrestrunner $CI_JOB_ID
- ./jfrog rt bp scdfrestrunner $CI_JOB_ID

only:
- develop

最佳答案

有几种方法可以处理构建作业/阶段之间的依赖关系。

缓存, guide is available here.

例如 m2 的缓存部分

# Cache modules in between jobs
cache:
key: ${CI_COMMIT_REF_SLUG} # cache is for per branch
paths:
- ${CI_PROJECT_DIR}/.m2

缓存也可以使用像minio这样的东西来执行。 (开源 s3 之类的存储解决方案)。与 gitlab 集成 guide is available here .但是由于缓存需要压缩和解压缩大量 Artifactory 可能会导致速度变慢(但显然速度比没有缓存快)。为避免该问题,可以使用 docker 卷。

docker 卷

基本上我们可以使用开箱即用的 docker 卷,比如从主机位置安装的 ~/.m2。如果您在 kubernetes 集群中使用,您可以利用 kubnernets volume solutions为了这。您必须自定义构建镜像位以支持安装依赖目录,以下是 mvn 构建镜像的示例。这种方法更好,因为您无法在构建目录之外进行缓存。

例如 docker 图像

FROM maven:3.5.4-jdk-8
# m2 dir on docker container
ENV MAVEN_OPTS "-Dmaven.repo.local=/.m2/repository"
ENV MAVEN_CLI_OPTS "-s /usr/local/.m2/settings.xml --batch-mode"

ADD .m2 /usr/local/.m2 # copy settings.xml to build image
# same as the m2 dir specified in MAVEN_OPTS
VOLUME /.m2

Artifactory

如果您只想传递构建目录,例如/target,可以用gitlab artifacts解决,指南是available here .

关于Gitlab-Ci。在阶段之间传输 maven m2 本地存储库,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53010163/

61 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com