GitLab Runner Maven Docker环境的应用

背景

Maven可作为Java的构建环境,当Maven构建打包时,在本地会创建一个本地仓库存放所以的依赖包,Runner运行在Docker中时,仓库地址是在Docker容器中,当Docker容器重启时则创建一个新的容器,原Docker中下载好的Maven依赖包全部都会丢失,所以我们将容器中的仓库地址映射到宿主机上避免上述情况反生。

Maven仓库映射到宿主机

GitLab Runner运行之后在config目录下会生成config.toml文件,修改文件里的volumes属性字段,将Docker里Maven仓库地址映射到宿主机上,如下:

concurrent = 1
check_interval = 0

[session_server]
  session_timeout = 1800

[[runners]]
  name = "my-runner"
  url = "http://xxx.xxx.xxx.xxx/"
  token = "xxxxxxxxx-"
  executor = "docker"
  [runners.custom_build_dir]
  [runners.docker]
    tls_verify = false
    image = "maven:3-jdk-8"
    privileged = false
    disable_entrypoint_overwrite = false
    oom_kill_disable = false
    disable_cache = false
    volumes = ["/cache","/data/maven/repository/:/root/.m2/repository:rw","/data/maven:/usr/share/maven:rw"]
    shm_size = 0
  [runners.cache]
    [runners.cache.s3]
    [runners.cache.gcs]

在配置中/data/maven/repository/:/root/.m2/repository:rw将Docker容器中仓库地址/root/.m2/repository映射到宿主机的/data/maven/repository/的目录。

/data/maven:/usr/share/maven:rw将Maven环境映射到宿主机上。

Maven上传包到远程仓库

Maven需要修改setting.xml文件,如下:

<?xml version="1.0" encoding="UTF-8"?>

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
          xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
          xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">

  <localRepository>F:\work\maven_repo</localRepository>
  
  <pluginGroups>
  </pluginGroups>

  <proxies>
  </proxies>

  <servers>
	<server>
      <id>nexus</id>
      <username>repo</username>
      <password>123456</password>
    </server>
	
    <!-- id与pom.xml关联的私服id相同 -->
	<server>
      <id>nexus-releases</id>
      <username>repo</username>
      <password>123456</password>
    </server>
	
	<server>
      <id>nexus-snapshots</id>
      <username>repo</username>
      <password>123456</password>
    </server>
	
  </servers>

  <mirrors>
	<mirror>
      <id>nexus</id>
      <mirrorOf>*</mirrorOf>
      <name>Human Readable Name for this Mirror.</name>
      <url>http://182.61.31.101:8081/repository/maven-public/</url>
    </mirror>
  </mirrors>

  <profiles>   
  </profiles>

</settings>

如果自己工程编译成jar后需要上传到Maven私服需要在pom.xml中添加如下配置:

<distributionManagement>
        <repository>
            <!-- id与maven settings.xml中设置权限的id相同 -->
            <id>nexus-releases</id>
            <name>Internal Releases</name>
            <url>http://182.61.31.101:8081/repository/maven-releases/</url>
        </repository>
        <snapshotRepository>
            <id>nexus-snapshots</id>
            <name>Internal Snapshots</name>
            <url>http://182.61.31.101:8081/repository/maven-snapshots/</url>
        </snapshotRepository>
    </distributionManagement>

其中repository和snapshotRepository中的id值需要与setting.xml中server的id一致,否则会出现权限认证错误

打包镜像并上传到远程镜像仓库

### 配置 GitLab Runner 使用 Docker 执行器 #### 修改Runner详细配置 为了使 GitLab Runner 能够使用 Docker 执行器,在 `/etc/gitlab-runner/config.toml` 文件中,需针对 `[runners.docker]` 进行设置。此部分允许指定用于构建作业的 Docker 映像以及其它参数,例如 `sysctls` 的调整[^1]。 ```toml [[runners]] name = "docker-runner" url = "https://gitlab.example.com/" token = "your_runner_token_here" executor = "docker" [runners.docker] tls_verify = false image = "alpine:latest" privileged = false disable_cache = false volumes = ["/cache"] shm_size = 0 sysctls = ["net.core.somaxconn=1024", "vm.max_map_count=262144"] # 设置内核参数 ``` 上述配置文件中的 `image` 字段定义了默认使用的 Docker 基础镜像;而 `volumes` 则指定了挂载到容器内的卷路径。对于某些特定需求的应用程序来说,可能还需要额外设定诸如内存共享区大小 (`shm_size`) 或者特权模式 (`privileged`) 等选项来满足其运行条件。 #### 注册Runner并进入容器创建Runner 当首次注册一个新的 runner 并打算采用 docker 作为执行器时,可以通过命令行工具完成这一过程: ```bash sudo gitlab-runner register \ --non-interactive \ --url https://gitlab.example.com/ \ --registration-token your_registration_token_here \ --executor docker \ --description "My Docker Runner" \ --docker-image alpine:latest ``` 这条指令会引导系统自动向 GitLab 实例报告新加入的 runner,并将其绑定至指定 URL 和令牌下工作。同时通过传递给 `--executor` 参数值为 `docker` 来表明希望该 runner 可以利用本地已有的 Docker 环境来进行 CI 流水线任务处理[^4]。 #### 创建Jenkinsfile简单示例 虽然提到的是 Jenkinsfile ,但在 GitLab 中同样适用类似的 `.gitlab-ci.yml` 文件来描述持续集成流程。下面是一个简单的 Spring Boot 应用程序对应的 CI 配置例子: ```yaml stages: - build - test - deploy variables: DOCKER_DRIVER: overlay2 build_app: stage: build script: - echo Building the application... - mvn clean package -DskipTests=true artifacts: paths: - target/*.jar test_app: stage: test script: - echo Running tests... - mvn test deploy_app: stage: deploy script: - echo Deploying to production environment... ``` 这段 YAML 格式的文档定义了一个三阶段的工作流——编译、测试和部署。它假设项目根目录存在 Maven 构建脚本(`pom.xml`),并且能够顺利打包成 JAR 文件供后续操作使用[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值