hugo-teek is loading...

2024-12-25 运维 +2 devops 项目工程构建工具 5249 字 25 分钟 -- 次

Maven构建工具实践

最后更新于: 2025-12-06 17:39:04

Maven构建工具实践

1、Maven构建工具配置

maven是java项目的一个构建工具。

构建工具核心的功能就是管理这些依赖。

官网：https://maven.apache.org/index.html

Maven是一个项目的构建依赖管理工具。通常项目的根目录会存在一个pom.xml文件（该文件用于定义项目的依赖包信息和构建配置）

1.spring boot项目生成

初始化一个springboot项目 https://start.spring.io/ （也可以下载一个ide）如果打不开也可以使用：https://start.aliyun.com/bootstrap.html

一个spring boot项目其实有很多依赖。

生成一个标准的maven项目:

项目类型： Maven Project
语言： Java
SpringBoot： 2.7.12 （版本）(随着时间变化版本号会变，默认即可)
Metadata
- Group : 组信息
- Artifact：包名称
- Packging: 包格式(Jar、War)
Dependencies: 定义项目依赖（最后都会写入Pom.xml）

jar包：可执行的程序。（目前基本是这种） war包：需要放到容器里，例如tomcat里，需要支持jsp环境的那种，才可以解析。

以上配置完成后，点击Generate，生成测试代码。

代码下载完成后，可以用vscode打开，看下项目代码结构：

2.创建gitlab仓库并上传代码

创建一个devops6-maven-service项目

注意：这里取消勾选初始化仓库配置项。

在本地git端将项目代码上传到刚才创建的项目里：

Push an existing folder

1cd existing_folder
2git init --initial-branch=main
3git remote add origin http://172.29.9.101:8076/devops6/devops6-maven-service.git
4git add .
5git commit -m "Initial commit"
6git push -u origin main

自己推送过程：

1git init --initial-branch=main
2git remote add origin http://172.29.9.101:8076/devops6/devops6-maven-service.git
3git add .
4git commit -m "Initial commit"
5git push -u origin main

到gitlab查看推送上来的代码：

3.配置maven环境

提前安装好JDK，然后安装apache-maven-3.9.1。

本次在gitlanci-runner上下载maven：(后面的环境为gitlab runner和jenkins agent都在一台机器上)

1、JDK环境自己之前已经安装好。

如何安装JDK环境，请查看我的另一篇文章！

本地文档路径：实战：Linux下jdk8环境安装(测试成功)-2022.4.16(二进制方式) (jdk11安装方式一样)

网络文档路径：https://blog.csdn.net/weixin_39246554/article/details/124221560

2、安装apache-maven-3.9.1

 1###1、下载代码
 2[root@Devops6 ~]#wget https://dlcdn.apache.org/maven/maven-3/3.9.2/binaries/apache-maven-3.9.2-bin.tar.gz --no-check-certificate
 3[root@Devops6 ~]#ll -h apache-maven-3.9.2-bin.tar.gz
 4-rw-r--r-- 1 root root 8.9M May  8 17:12 apache-maven-3.9.2-bin.tar.gz
 5[root@Devops6 ~]#tar zxf apache-maven-3.9.2-bin.tar.gz -C /usr/local/
 6[root@Devops6 ~]#cd /usr/local/apache-maven-3.9.2/
 7[root@Devops6 apache-maven-3.9.2]#pwd  /usr/local/apache-maven-3.9.2
 8/usr/local/apache-maven-3.9.2
 9
10###2、配置环境
11[root@Devops6 ~]#vim /etc/profile
12……
13export M2_HOME=/usr/local/apache-maven-3.9.2
14export PATH=$M2_HOME/bin:$PATH
15[root@Devops6 ~]#source /etc/profile
16
17###3、验证
18[root@Devops6 ~]#mvn -v
19Apache Maven 3.9.2 (c9616018c7a021c1c39be70fb2843d6f5f9b8a1c)
20Maven home: /usr/local/apache-maven-3.9.2
21Java version: 11.0.18, vendor: Red Hat, Inc., runtime: /usr/lib/jvm/java-11-openjdk-11.0.18.0.10-1.el7_9.x86_64
22Default locale: en_US, platform encoding: UTF-8
23OS name: "linux", version: "3.10.0-957.el7.x86_64", arch: "amd64", family: "unix"

4.配置Maven镜像源

==Maven本地仓库 & 远程仓库==

1[root@Devops6 conf]#vim /usr/local/apache-maven-3.9.2/conf/settings.xml

本地仓库

1${user.home}/.m2/repository

远程仓库

==自己内网一般是会去搭建这样一个代理的==。

内网搭建一个这样的源，使用nexus去搭建的。

阿里云云效 Maven

https://developer.aliyun.com/mvn/guide?spm=a2c6h.13651104.mirror-free-trial.5.10596e1ab2zbI4

修改maven源为国内阿里源

https://developer.aliyun.com/mirror/maven?spm=a2c6h.13651102.0.0.3e221b11J7CO0d

1    <mirror>
2        <id>aliyunmaven</id>
3        <mirrorOf>*</mirrorOf>
4        <name>阿里云公共仓库</name>
5        <url>https://maven.aliyun.com/repository/public</url>
6    </mirror>

5.手动测试代码

下载代码

 1[root@Devops6 ~]#cd /data/devops6/
 2[root@Devops6 devops6]#ls
 3gitlab  jenkins_agent  jenkins_home
 4[root@Devops6 devops6]#git clone http://172.29.9.101:8076/devops6/devops6-maven-service.git
 5Cloning into 'devops6-maven-service'...
 6Username for 'http://172.29.9.101:8076': root
 7Password for 'http://root@172.29.9.101:8076': 
 8remote: Enumerating objects: 25, done.
 9remote: Counting objects: 100% (25/25), done.
10remote: Compressing objects: 100% (15/15), done.
11remote: Total 25 (delta 1), reused 0 (delta 0), pack-reused 0
12Unpacking objects: 100% (25/25), done.
13[root@Devops6 devops6]#ls
14devops6-maven-service  gitlab  jenkins_agent  jenkins_home
15[root@Devops6 devops6]#cd devops6-maven-service/
16[root@Devops6 devops6-maven-service]#ls
17mvnw  mvnw.cmd  pom.xml  src
18[root@Devops6 devops6-maven-service]#

打包

1[root@Devops6 devops6-maven-service]#pwd
2/data/devops6/devops6-maven-service
3[root@Devops6 devops6-maven-service]#ls
4mvnw  mvnw.cmd  pom.xml  src
5[root@Devops6 devops6-maven-service]#mvn clean package

打包完成后，我们来启动项目

1[root@Devops6 devops6-maven-service]#ls
2mvnw  mvnw.cmd  pom.xml  src  target
3[root@Devops6 devops6-maven-service]#cd target/
4[root@Devops6 target]#ls
5classes  demo-0.0.1-SNAPSHOT.jar  demo-0.0.1-SNAPSHOT.jar.original  generated-sources  generated-test-sources  maven-archiver  maven-status  surefire-reports  test-classes
6[root@Devops6 target]#java  -jar demo-0.0.1-SNAPSHOT.jar

可以看到报错了，提示8080端口被占用了，我们来检查下：

可以看到8080端口被jenkins使用了。

通过自定义端口参数来启动项目

1[root@Devops6 target]#java  -jar -Dserver.port=8090  demo-0.0.1-SNAPSHOT.jar

通过http://172.29.9.101:8090/访问：

出现这个界面就说明ok了。（这里出现这个界面是因为代码里没有配置相关异常的代码，不影响测试。）

我们接着来看下maven的缓存

我们删除下这个缓存目录：

1[root@Devops6 ~]#rm -rf .m2/repository/

在到项目里清下构建目录：

1mvn clean

可以看到，target目录也被清理掉了。

然后打包，就可以看到要继续下载依赖包了：

1mnv clean package

6.maven常用命令

mvn clean 清理构建目录
mvn clean package 打包
mvn clean install 打包部署
mvn clean test 单元测试
mvn clean package -f ../pom.xml -f指定pom位置\
mvn clean package -DskipTests / -Dmaven.test.skip=true 跳过单测
mvn deploy 发布包到制品库

mvn打包是必须要用到pom.xml文件的哦。

2、Jenkins与Maven集成

tstmp_20230621065349

1.创建GitLab仓库

见上部分2.创建gitlab仓库并上传代码内容。

2.创建Jenkins作业

Jenkins上创建devops6-maven-servicepipeline类型作业，点击保存。

如何做一个静态构建？

添加2个选项参数：

保存后刷新：

开始写pipeline代码

我们先简单写一段代码，测试流水线可用性。

 1pipeline {
 2    agent {label "build"}
 3    stages{
 4        stage("CheckOut"){
 5            steps{
 6                script{
 7                    println("CheckOut")
 8                }
 9            }
10
11        }
12
13        stage("Build"){
14            steps{
15                script{
16                    println("Build")
17                }
18            }
19
20        }        
21        
22    }
23}

以上测试ok。

3.编写Jenkins Pipeline

写下载代码逻辑

如何获取下载代码此部分代码呢？我们使用片段生成器来生成下载部分代码。

1checkout([$class: 'GitSCM', branches: [[name: 'main']], extensions: [], userRemoteConfigs: [[credentialsId: 'gitlab-root', url: 'srcUrl']]])

 1pipeline {
 2    agent {label "build"}
 3    stages{
 4        stage("CheckOut"){
 5            steps{
 6                script{
 7                    println("CheckOut")
 8
 9                    checkout([$class: 'GitSCM', 
10                        branches: [[name: "${env.branchName}"]], 
11                        extensions: [], 
12                        userRemoteConfigs: [[credentialsId: 'gitlab-root', url: "${env.srcUrl}"]]])
13                    
14                    sh "ls -l" //验证
15                }
16            }
17        }
18
19        stage("Build"){
20            steps{
21                script{
22                    println("Build")
23                    
24                    sh "${env.buildShell}"
25                }
26            }
27
28        }        
29        
30    }
31}

以上下载部分代码测试ok。

开始写build部分代码

 1pipeline {
 2    agent {label "build"}
 3    stages{
 4        stage("CheckOut"){
 5            steps{
 6                script{
 7                    println("CheckOut")
 8
 9                    checkout([$class: 'GitSCM', 
10                        branches: [[name: "${env.branchName}"]], 
11                        extensions: [], 
12                        userRemoteConfigs: [[credentialsId: 'gitlab-root', url: "${env.srcUrl}"]]])
13                    
14                    sh "ls -l" //验证
15                }
16            }
17        }
18
19        stage("Build"){
20            steps{
21                script{
22                    println("Build")
23
24                    sh "mvn clean package"
25                }
26            }
27
28        }        
29        
30    }
31}

这里会发现，build阶段报错了，提示mvn命令找不到。

那我们给使用mvn命令的绝对路径来再次测试下：

1[root@Devops6 ~]#which mvn
2/usr/local/apache-maven-3.9.2/bin/mvn

 1pipeline {
 2    agent {label "build"}
 3    stages{
 4        stage("CheckOut"){
 5            steps{
 6                script{
 7                    println("CheckOut")
 8
 9                    checkout([$class: 'GitSCM', 
10                        branches: [[name: "${env.branchName}"]], 
11                        extensions: [], 
12                        userRemoteConfigs: [[credentialsId: 'gitlab-root', url: "${env.srcUrl}"]]])
13                    
14                    sh "ls -l" //验证
15                }
16            }
17        }
18
19        stage("Build"){
20            steps{
21                script{
22                    println("Build")
23
24                    sh "/usr/local/apache-maven-3.9.2/bin/mvn clean package"
25                }
26            }
27
28        }        
29        
30    }
31}

再次运行：

这次就测试ok了。我们有缓存了，所以它构建非常快。

但是，现在有个问题：

==企业里，能直接这么用吗？–构建命令写死。—显示是不合理的。==

因此，我们这里使用变量来优化下代码。

在此流水线新增一个字符类型变量：

再改下pipeline代码：

 1pipeline {
 2    agent {label "build"}
 3    stages{
 4        stage("CheckOut"){
 5            steps{
 6                script{
 7                    println("CheckOut")
 8
 9                    checkout([$class: 'GitSCM', 
10                        branches: [[name: "${env.branchName}"]], 
11                        extensions: [], 
12                        userRemoteConfigs: [[credentialsId: 'gitlab-root', url: "${env.srcUrl}"]]])
13                    
14                    sh "ls -l" //验证
15                }
16            }
17        }
18
19        stage("Build"){
20            steps{
21                script{
22                    println("Build")
23
24                    sh "${env.buildShell}"
25                }
26            }
27
28        }        
29        
30    }
31}

再次运行测试：

测试ok。

FAQ

技巧：如何判断某个项目是否是maven项目呢？

如果项目代码里包含这个pom.xml文件的话，那么很大可能这项目就是一个maven项目。

devops6 实验环境、软件

1gitlab/gitlab-ce:15.0.3-ce.0
2jenkins/jenkins:2.346.3-2-lts-jdk11
3apache-maven-3.9.2
4openjdk 11.0.18

实验软件

链接：https://pan.baidu.com/s/1adCJwX8-XtMBbmneNUf2og?pwd=0820 提取码：0820 –来自百度网盘超级会员V7的分享

2023.6.21-实战：Maven构建工具实践-(测试成功)

==可以找老师开头spingboot如何写一个接口，到构建，并部署的课程。==

带有`SNAPSHOT`格式的后续打包会报错的

这个带有SNAPSHOT格式的后续打包会报错的。。。

那我们这次就选择这个2.7.12来进行测试。

Maven vs Gradle

后端：目前Java用的最多的就是Maven了； Gradle的性能比Maven是要强一些；(有时候，安卓打包也会用到这个Gradle) 现在基本很少用Ant了，新项目用的是Gradle；前端： nodeJs工具：react，vue

maven的缓存目录

在调流水线的时候，遇到很多Maven构建失败的问题。大家都去找Jenkins的问题，但最后发现是Maven这个工具出现了一些问题(使用时可能参数调错了)。Maven在构建代码的时候，经常会出现构建失败，编译不通过现象。Maven跑测试的时候也可能会报错。这个和你的项目也可能有关系，比如你项目的类找不到了，那可能也会报错了。也就是说，后续在排错时，不仅要考虑工具问题，也要考虑代码本身层面的因素。

也可以使用阿里云这种方式生成spring boot项目

打开链接：如果打不开也可以使用：https://start.aliyun.com/bootstrap.html
按如下进行配置：选择一个spring web组件，再添加一个spring mvc示例：
配置完成后，下载代码：

🤷‍♀️ 项目pom.xml和maven里settings.xml之间的关系

注意：这里容易混淆的一点是：

1.项目的根目录会存在一个pom.xml文件：（该文件用于定义项目的依赖包信息和构建配置）；

2.maven软件包里的settings.xml：是管理maven的；(后期会该改个配置文件)

项目pom.xml

maven里settings.xml

注意：其它构建工具和Maven基本一致！！！

Ant(扩展)

官网：https://ant.apache.org/bindownload.cgi Ant现在用的比较少了，也是一个项目构建依赖管理工具，使用xml的文件保存配置（build.xml）

安装配置：

1wget 
2tar
3
4export 
5export 
6
7source 
8
9ant -version

常用命令：

1ant
2ant -f ../build.xml

Jenkins集成：

1stage("build"){
2    steps{
3        script {
4             sh "ant -f build.xml"
5        }
6    }
7}

案例：gitlabCI & Maven集成

创建.gitlabci-yml文件，编写流水线代码：

 1stages:
 2  - build
 3  - test
 4
 5variables:
 6  GIT_CHECKOUT: "false" 
 7  RUNNER_TAG: "maven"
 8
 9pipelineInit:
10  stage: .pre
11  tags:
12    - "${RUNNER_TAG}"
13  variables:
14    GIT_CHECKOUT: "true" 
15  script:
16    - ls -l 
17
18cibuild:
19  tags:
20    - "${RUNNER_TAG}"
21  stage: build
22  script:
23    - /usr/local/apache-maven-3.8.5/bin/mvn clean package
24
25citest1:
26  tags:
27    - "${RUNNER_TAG}"
28  stage: test
29  script:
30    - /usr/local/apache-maven-3.8.5/bin/mvn test

确认下runner上有maven标签：
因为前面jenkins的slave节点和gitlabci-runner不是同一个节点，因此这里还需要把maven环境的源修改为阿里源，然后构建：修改方法见jenkins构建部分：

可以看到，能够成功构建了。

这边再跑一次流水线，观察下构建速度：

这次构建就没有下载包了，速度很快，这是因为使用了maven缓存：注意：gitlabCI-runner的用户是gitlab-runner，因此缓存位置要清楚。

🍀 配置maven全局缓存：

此时有必要配置下maven的全局缓存了： 1.占用磁盘空间 2.你的编译构建时间加长了我们先创建下全局缓存配置，再把gitlab-runner用户的缓存移动到全局缓存，再观察小构建速度：

1[root@gitlab-runner ~]#mkdir -p /data/maven_build_cache
2[root@gitlab-runner ~]#mv /home/gitlab-runner/.m2/repository/* /data/maven_build_cache/
3
4
5[root@gitlab-runner ~]#vim  /usr/local/apache-maven-3.8.5/conf/settings.xml
6……
7<localRepository>/data/maven_build_cache</localRepository>

可以看到，配置的全局缓存起作用了：测试完成。😘

案例：Go项目构建工具

🍀 Go配置环境见我的另外2篇文章： 1.本地路径：实战：windows上基于vscode的golang环境搭建(博客分享-测试成功)-kk-2022.4.28 实战：centos上安装Go软件(博客分享-成功测试)-kk-2022.5.18

2.csdn路径： https://blog.csdn.net/weixin_39246554/article/details/124495828 https://blog.csdn.net/weixin_39246554/article/details/124507926

💘 实践：Go项目构建流水线(测试成功)-2022.5.19

🍂 jenkins集成

gitlab上创建一个devops4-golang-service的项目，然后把本地demo.go代码推送到仓库： demo.go代码：

1package main
2
3import (
4	"fmt"
5)
6
7func main() {
8	fmt.Println("hello world!")
9}

推送过程：

 1hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo
 2$ pwd
 3/c/Users/hg/Desktop/golang/demo
 4
 5hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo
 6$ ls
 7demo.go
 8
 9hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo
10$ git init
11Initialized empty Git repository in C:/Users/hg/Desktop/golang/demo/.git/
12
13hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo (master)
14$ git add .
15
16hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo (master)
17$ git commit -am"init commit"
18[master (root-commit) 900a326] init commit
19 1 file changed, 9 insertions(+)
20 create mode 100644 demo.go
21
22hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo (master)
23$  git remote add origin http://172.29.9.101/devops4/devops4-golang-service.git
24
25hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo (master)
26$  git push origin master
27Username for 'http://172.29.9.101': root
28Counting objects: 3, done.
29Delta compression using up to 8 threads.
30Compressing objects: 100% (2/2), done.
31Writing objects: 100% (3/3), 273 bytes | 136.00 KiB/s, done.
32Total 3 (delta 0), reused 0 (delta 0)
33To http://172.29.9.101/devops4/devops4-golang-service.git
34 * [new branch]      master -> master
35
36hg@LAPTOP-G8TUFE0T MINGW64 ~/Desktop/golang/demo (master)

在gitlab上查看：

jenkins上新建一个叫做devops4-golang-service的流水线：
编写jenkinsfile流水线：完整代码：

 1pipeline {
 2    agent {
 3        label "build"
 4    }
 5
 6    parameters {
 7      string defaultValue: 'http://172.29.9.101/devops4/devops4-golang-service.git', name: 'srcUrl', trim: true
 8      string defaultValue: 'master', name: 'branchName', trim: true
 9    }
10
11    stages {
12        stage('CheckOut') {
13            steps {
14                script {
15                    checkout([$class: 'GitSCM', 
16                        branches: [[name: "${params.branchName}"]], 
17                        extensions: [], 
18                        userRemoteConfigs: [[credentialsId: '54df701e-d369-4f69-85c6-7209d45c283b', 
19                                                    url: "${params.srcUrl}"]]])
20                }
21            }
22        }
23
24        stage('Build') {
25            steps {
26                script {
27                    sh "/usr/local/go/bin/go build demo.go"
28                }
29            }
30        }
31
32    }
33}

构建效果：在工作目录也可以看到产生的的demo二进制文件：

🍀 gitlabCI & Go集成在gitlab上新建一个.gitlab-ci.yml文件，并编写代码，提交测试：完整代码：

 1stages:
 2  - build
 3  - test
 4
 5variables:
 6  GIT_CHECKOUT: "false" 
 7  RUNNER_TAG: "go"
 8
 9pipelineInit:
10  stage: .pre
11  tags:
12    - "${RUNNER_TAG}"
13  variables:
14    GIT_CHECKOUT: "true" 
15  script:
16    - ls -l 
17
18cibuild:
19  tags:
20    - "${RUNNER_TAG}"
21  stage: build
22  script:
23    - /usr/local/go/bin/go build demo.go

提交后观看效果：测试结束。😘

案例：打包maven依赖包-2024.8.20（测试成功）

maven下载依赖包很耗时，我能不能先第一次下载下来，然后再吧下载好的一来压缩打包起来，放到其他机器上使用呢？

是的，你可以将 Maven 下载的依赖包（通常存放在本地 .m2 目录下）打包起来，然后在其他机器上解压使用，以避免重复下载这些依赖包。这在网络环境不佳或者需要在多台机器上配置相同环境时非常有用。以下是具体步骤：

步骤一：在第一台机器上下载依赖包

执行 Maven 构建命令 在需要下载依赖的项目目录下执行 Maven 命令，如：
```
1mvn clean install
```
这会下载所有需要的依赖包到本地 .m2 目录。

步骤二：打包 .m2 目录

找到 .m2 目录 通常在 Unix 系统下为 ~/.m2，在 Windows 系统下为 %USERPROFILE%\.m2。

打包 .m2 目录 使用 tar 或 zip 等工具将 .m2 目录打包：

1tar -czvf maven-repo.tar.gz ~/.m2/repository

或者用 zip：

1zip -r maven-repo.zip ~/.m2/repository

步骤三：在其他机器上解压 .m2 目录

传输打包文件 将打包好的文件传输到其他机器上，使用 scp、rsync 或 USB 设备等。
解压打包文件 在其他机器上解压 .m2 目录：
```
1tar -xzvf maven-repo.tar.gz -C ~/
```
或者用 unzip：
```
1unzip maven-repo.zip -d ~/
```

步骤四：验证依赖包是否可用

执行 Maven 构建命令 在其他机器上验证是否可以直接使用这些依赖包：
```
1mvn clean install
```
这时候，Maven 应该会直接从本地 .m2 目录中获取依赖包，而不是从远程仓库下载。

==本次输出==

1cd ~
2tar -xzvf maven-repo.tar.gz 
3mv root/.m2 ~

自动化方法：使用 Nexus 或 Artifactory

如果你需要在多个项目和团队中重复使用依赖包，建议使用 Maven 私有仓库，如 Nexus 或 Artifactory，这样可以更有效地管理和共享依赖包。

总结

通过将 .m2 目录打包并在其他机器上解压，你可以避免在多台机器上重复下载 Maven 依赖包，从而节省时间和带宽。这种方法特别适用于网络环境不佳的情况或者你需要快速配置多个开发环境。

关于我

我的博客主旨：

排版美观，语言精炼；
文档即手册，步骤明细，拒绝埋坑，提供源码；
本人实战文档都是亲测成功的，各位小伙伴在实际操作过程中如有什么疑问，可随时联系本人帮您解决问题，让我们一起进步！

🍀 微信二维码 x2675263825 （舍得）， qq：2675263825。

🍀 微信公众号《云原生架构师实战》

🍀 语雀

https://www.yuque.com/xyy-onlyone

🍀 csdn https://blog.csdn.net/weixin_39246554?spm=1010.2135.3001.5421

🍀 知乎 https://www.zhihu.com/people/foryouone

最后

好了，关于本次就到这里了，感谢大家阅读，最后祝大家生活快乐，每天都过的有意义哦，我们下期见！

📡

👤 作者: 余温Gueen

🔗 链接: https://wiki.xxdevops.cn/topic/z7soh

🌐 版权: 本站文章除特别声明外，均采用 CC BY-NC-SA 4.0 协议，转载请注明来自余温Gueen Blog！

推荐使用微信支付

推荐使用支付宝

上一篇 terraform排错下一篇 Gradle构建工具实践

Maven构建工具实践

Maven构建工具实践

目录

1、Maven构建工具配置

1.spring boot项目生成

2.创建gitlab仓库并上传代码

3.配置maven环境

4.配置Maven镜像源

5.手动测试代码

6.maven常用命令

2、Jenkins与Maven集成

1.创建GitLab仓库

2.创建Jenkins作业

3.编写Jenkins Pipeline

FAQ

技巧：如何判断某个项目是否是maven项目呢？

devops6 实验环境、软件

==可以找老师开头spingboot如何写一个接口，到构建，并部署的课程。==

带有`SNAPSHOT`格式的后续打包会报错的

Maven vs Gradle

maven的缓存目录

也可以使用阿里云这种方式生成spring boot项目

🤷‍♀️ 项目pom.xml和maven里settings.xml之间的关系

注意：其它构建工具和Maven基本一致！！！

Ant(扩展)

案例：gitlabCI & Maven集成

案例：Go项目构建工具

案例：打包maven依赖包-2024.8.20（测试成功）

关于我

最后

文档导航

本页导航

Maven构建工具实践

目录

1、Maven构建工具配置

1.spring boot项目生成

2.创建gitlab仓库并上传代码

3.配置maven环境

4.配置Maven镜像源

5.手动测试代码

6.maven常用命令

2、Jenkins与Maven集成

1.创建GitLab仓库

2.创建Jenkins作业

3.编写Jenkins Pipeline

FAQ

技巧：如何判断某个项目是否是maven项目呢？

devops6 实验环境、软件

==可以找老师开头spingboot如何写一个接口，到构建，并部署的课程。==

带有SNAPSHOT格式的后续打包会报错的

Maven vs Gradle

maven的缓存目录

也可以使用阿里云这种方式生成spring boot项目

🤷‍♀️ 项目pom.xml和maven里settings.xml之间的关系

注意：其它构建工具和Maven基本一致！！！

Ant(扩展)

案例：gitlabCI & Maven集成

案例：Go项目构建工具

案例：打包maven依赖包-2024.8.20（测试成功）

关于我

最后

文档导航

本页导航

带有`SNAPSHOT`格式的后续打包会报错的