maven + git + gitlab-runner实现远程服务的自动打包发布

1、远程服务器的自动打包发布

一、前提条件

git、git-runner

二、注册gitlab-runner

注册的url及token来源于git设置里CI/CD模块,如下:

执行器可以选择shell跟docker,这里我选择的是docker,默认镜像alpine:latest,注册完成之后,查看注册的gitlab-runner:

 三、编写gitlab-ci文件

stages:
  - Build

variables:
  MAVEN_CLI_OPTS: "-s .mvn/wrapper/settings.xml --batch-mode"
  MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository"

cache:
  key: maven-repository-cache
  paths:
    - .m2/repository/

build:package:
  image: xxxx:xxxx/ls1/maven:3.6.1-jdk-8-alpine
  variables:
      BUILD_HOME: xxxxx
      LOCAL_HOME: xxxxx
  stage: Build
  before_script:
    - 'command -v ssh-agent >/dev/null || ( apk update -y && apk add --upgrade openssh-client -y )'
    - eval $(ssh-agent -s)
    - echo "$SSH_PRIVATE_KEY" | tr -d '\r' | ssh-add -
    - mkdir -p ~/.ssh
    - chmod 700 ~/.ssh
    - ssh-keyscan -p {服务器端口} -H {远程服务器地址} >> ~/.ssh/known_hosts
    - chmod 644 ~/.ssh/known_hosts
  script:
    - mvn $MAVEN_CLI_OPTS clean package -Dgit.revision=$CI_COMMIT_SHA -Dbuild.environment=$CI_COMMIT_REF_NAME -Dbuild.number=$CI_PIPELINE_ID
    - cd $BUILD_HOME
    - scp -P {服务器端口} xxxxx.jar {用户名}@{远程服务器地址}:{上传包路径}
    - cd $LOCAL_HOME
    - scp -P {服务器端口} xxx.jar {用户名}@{远程服务器地址}:{上传包路径}
    # 执行远程服务器脚本
    - ssh -p {服务器端口} {用户名}@{远程服务器地址} "{启动脚本路径}"
  only:
    - develop
  tags:
    - ci-test

 其中before_script部分是设置服务器的免密登录,远程复制scp这一部分,我这边是将主包跟依赖包上传到服务器,大家可以根据自己的需要调整。

2、docker+k8s的自动打包发布

一、注册gitlab-runner同上面步骤;

二、编写gitlab-ci文件

stages:
  - Build
#  - Sonarqube
  - Package
  - Deployment

variables:
  MAVEN_CLI_OPTS: "-s .mvn/wrapper/settings.xml --batch-mode"
  MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository"

build:package:
  image: {远程镜像仓库地址}:3.6.1-jdk-8-alpine
  stage: Build
  script:
    - mvn $MAVEN_CLI_OPTS clean package -Dgit.revision=$CI_COMMIT_SHA -Dbuild.environment=$CI_COMMIT_REF_NAME -Dbuild.number=$CI_PIPELINE_ID
  cache:
    key: maven-repository-cache
    paths:
      - .m2/repository/
  artifacts:
    untracked: false
    expire_in: 20 mins
    paths:
      - {需要传递的内容路径}
  only:
    refs:
      - develop
      - release
      - master
  tags:
    - cj-test

#sonarqube:check:
#  image: {远程镜像仓库地址}:3.6.1-jdk-8-alpine
#  stage: Sonarqube
#  script:
#    - mvn $MAVEN_CLI_OPTS verify sonar:sonar -Dsonar.host.url=$SONAR_URL -Dsonar.login=$SONAR_TOKEN -Dsonar.projectKey=${CI_PROJECT_NAME}:${CI_COMMIT_REF_NAME} -Dsonar.projectName=${CI_PROJECT_NAME}:${CI_COMMIT_REF_NAME} -Dsonar.report.export.path=.
#  cache:
#    key: maven-repository-cache
#    paths:
#      - .m2/repository/
#  only:
#    refs:
#      - develop
#  tags:
#    - cj-test

build_docker_image:
  image:
    name: {远程镜像仓库地址}:executor-debug
    entrypoint: [""]
  stage: Package
  dependencies:
    - build:package
  variables:
    IMAGE_NAME: "{远程镜像仓库地址}:{镜像名称}"
  script:
    - echo $IMAGE_NAME
    - echo "Use kaniko for docker image build start..."
    - echo "{\"auths\":{\"$CI_REGISTRY\":{\"username\":\"$CI_REGISTRY_USER\",\"password\":\"$CI_REGISTRY_PASSWORD\"}}}" > /kaniko/.docker/config.json
    - /kaniko/executor --context $CI_PROJECT_DIR --dockerfile $CI_PROJECT_DIR/Dockerfile --destination $IMAGE_NAME
    - echo "Use kaniko for docker image build end..."
  only:
    refs:
      - develop
      - release
  tags:
    - cj-test

deploytok8s:
  image: {远程镜像仓库地址}:alpine
  stage: Deployment
  script:
    - sed -i "s/__ENVIRONMENT__/${CI_COMMIT_REF_SLUG}/g" ./kube.yaml
    - sed -i "s/__VERSION__/${CI_COMMIT_REF_SLUG}-${CI_PIPELINE_ID}/g" ./kube.yaml
    - kubectl apply -f ./kube.yaml --kubeconfig "$KUBE_CONFIG"
  environment:
    name: develop
  only:
    refs:
      - develop
  tags:
    - cj-test

kube.yaml及kube_config根据每个人的k8s平台生成,Dockerfile文件也是根据项目打包镜像需要来写的,这里就不详细说明了。

另外,一些全局的参数都是设置在git里面的Variables参数里。

### 安装和配置 GitLab Runner #### 1. 安装 GitLab Runner 为了在 CentOS 7 上安装 GitLab Runner,可以通过官方 Yum 源完成安装过程。以下是具体的操作: 通过命令获取并添加 GitLab Runner 的 Yum 源: ```bash curl -L https://packages.gitlab.com/install/repositories/runner/gitlab-ci-multi-runner/script.rpm.sh | sudo bash ``` 接着,使用 `yum` 命令来安装 GitLab Runner: ```bash sudo yum install gitlab-ci-multi-runner ``` 这一步会将 GitLab Runner 成功安装至系统中[^2]。 --- #### 2. 注册 GitLab Runner 注册 GitLab Runner 是将其关联到特定的 GitLab 项目的关键步骤。进入目标项目的 **Settings -> CI/CD** 页面,在 Runners 部分找到 URL 和 Token。 执行以下命令以启动注册流程: ```bash sudo gitlab-runner register ``` 按照提示输入必要的参数,例如项目的 URL、Token、描述以及标签等。对于构建工具的选择,推荐指定 Docker 或 Shell Executor 来支持 Maven 构建环境[^3]。 --- #### 3. 创建 `.gitlab-ci.yml` 文件 `.gitlab-ci.yml` 是定义 CI/CD 流程的核心文件。下面是一个适用于 Maven 项目的简单示例: ```yaml stages: - build - test - deploy variables: MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository" cache: paths: - .m2/repository/ build_job: stage: build script: - mvn clean package -DskipTests=true artifacts: paths: - target/*.jar test_job: stage: test script: - mvn test deploy_job: stage: deploy script: - echo "Deploying application..." - scp target/app.jar user@remote-server:/path/to/deploy/ ``` 上述 YAML 文件分为三个阶段:`build`(编译)、`test`(测试)和 `deploy`(部署)。其中,`mvn clean package` 负责生成可执行 JAR 文件;而 `scp` 则用于远程服务器上的应用部署[^4]。 注意:如果需要更复杂的依赖管理或者额外软件的支持,则可能需要自定义 Docker 镜像作为 Runner 的运行环境。 --- #### 4. 修改 Runner 用户权限 默认情况下,GitLab Runner 使用的是低权限账户运行任务。然而某些操作(如访问受限目录或修改系统设置),可能需要更高的权限级别。因此可以考虑切换为 root 用户运行 Runner: 先确认当前用户的实际状态: ```bash ps aux | grep gitlab-runner ``` 卸载现有服务实例后再重新安装,并显式指明工作路径与用户身份: ```bash sudo gitlab-runner uninstall sudo gitlab-runner install --working-directory /home/gitlab-runner --user root sudo gitlab-runner restart ``` 这样能够确保后续脚本顺利执行而不受权限不足的影响。 --- #### 5. 推送配置文件至仓库 最后记得把新创建好的 `.gitlab-ci.yml` 提交回远端代码库以便触发流水线作业: ```bash git add .gitlab-ci.yml git commit -m "Add GitLab CI/CD pipeline definition" git push origin main ``` 一旦推送成功,应该可以在 GitLab Web UI 中观察到对应的 Pipeline 开始运转起来。 --- ### 总结 综上所述,整个过程中涵盖了从基础组件安装直到高级功能定制等多个方面的工作内容。合理利用这些资源可以帮助团队快速建立起一套稳定可靠的持续交付体系结构。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值