gitee-jenkins-测试服务器|部署+跑通入门简单案例，问题发现与处理

zybdb_0827

已于 2023-11-25 16:50:37 修改

阅读量196

点赞数

文章标签： jenkins 运维

于 2023-11-21 19:47:06 首次发布

本文链接：https://blog.csdn.net/m0_51518257/article/details/134355731

版权

操作准备

cicd的整个流程就是：
1.开发通过git或svn这样的版本控制工具进行代码集成

2.运维或测试通过jks或其他cicd工具进行持续的交付和部署

这里使用尚硅谷教程中非常形象的流程图，传统的集成，构建，测试，都由一位管理员完成，这样不仅风险大，发版也麻烦，使用jks能够自动化的完成这些操作。

测试功能需要的环境：

1.可以拉取的仓库

可以是github，可以是gitlab，可以是gitee，因为gitlab安装耗费资源过大，github要外网，云服务器不好整，我这里采用gitee作为仓库基础。（所以相当于要把git给学学咋用）

2.可以部署jks的服务器

可以是各种系统centos，ubuntu等，我采用阿里云服务器并用docker安装jks。

3.可以部署需要测试的服务的服务器

比如说我这里使用maven的pom作为依赖配置运行jar文件，我的环境就需要jre和maven。

部署

镜像仓库部署

首先需要去找个远程版本控制仓库，啥都行，最好可以配个开发工具，毕竟之后要用也不怎么会去敲命令行，这里可以查看这个教程。

【精选】【Git】Intellij IDEA+Gitee(码云) 的使用_intellij idea gitee_网友小锋的博客-CSDN博客

踩坑：我踩得一个坑其实挺没脑子的，我就是gitee创建了一个仓库，idea自己又建了一个，我第一步不是从仓库clone出来，所以就冲突很大，在push的时候就报错，除非我强制去推送，这样肯定是不好，毕竟版本控制工具肯定是要确保这种风险的。所以我按正常的push流程走了一遍就行了。

jenkins部署

直接按照官网部署流程即可。可以使用docker和直接war包安装，我两者都试过了，遇到的问题也贴在下面了。哎，感觉官网的这个镜像搞得也不是很行。得我自己去找版本，不想找了已经。

可以注意的是，查看密码正常就上面贴着的这个，docker方式就查看挂载出来的文件路径（我的路径为/var/lib/docker/volumes/jenkins-data/_data/secrets），或者直接进去docker查看，官方文档都写的很详细了，不需要我多赘述。

官网链接安装Jenkins

我curl成功之后基本是部署完成了，防火墙上开个端口应该就能访问了，一个jks就得要跑快2g的内存，幸好我买了4g的。而且用docker部署东西是挺快的。

成功：

centos7都要不支持了，时代变了。

war包安装遇到的问题：

1.我使用官方命令切换端口监听的时候，发现启动后访问不了，去掉参数则成功。

java -jar jenkins.war --httpPort=9999

原因：防火墙没开

排错过程：

一开始想着大概率是我此时安装的版本不是官方推荐版本，旧版可能不支持在初始化时指定端口。干脆就搞个新的得了。新的也不行，然后本机curl了一下，通的，才发现原来是防火墙没开，因为之前开过8080才成功，我错了，是我错怪jks了。

# search jdk version
yum search java| grep jdk
# 
yum install java-11-openjdk
# 因为我之前匹配的是java1.8的jks，现在要卸载java8的依赖，如果只卸载jdk还会残留一些乐色，直接模糊匹配卸了即可
yum remove java*
#版本展示
[root@iZwz9il39hpzhymghz7a8jZ ~]# java -version
openjdk version "11.0.20" 2023-07-18 LTS
OpenJDK Runtime Environment (Red_Hat-11.0.20.0.8-1.el7_9) (build 11.0.20+8-LTS)
OpenJDK 64-Bit Server VM (Red_Hat-11.0.20.0.8-1.el7_9) (build 11.0.20+8-LTS, mixed mode, sharing)

docker安装遇到的问题：

用官方镜像，会显示部分插件安装失败。

解决过程：

我一开始以为是镜像源的问题，结果我配置了才发现是版本不对，对应插件安装不上。不过也留着配置镜像源的方法之后可以参考

1是配置镜像源，可以参考如下教程，不得不说写的很不错。

Jenkins 更换国内源安装插件飞快 - JPinsz - 博客园 (cnblogs.com)

2是使用中国的docker镜像，我看了一下，这个最近的镜像都是好久之前的，所以我打算采用配置镜像源的方式
Docker 安装 Jenkins , 并解决初始安装插件失败_使用docker部署jenkins初始化全部报错-CSDN博客

后来跳过插件安装，直接进来看报错，发现其实是jks版本不够，我原本为2.346貌似。刚好学一下升级jks，就很简单，载了war包之后，丢到jenkins挂载在外面的home目录下，解压并替换原本的war文件夹。升级到了2.426.1。

然后可恶的是直接说这个版本马上不支持这部分系统和java11了，我又降回去了，官方的镜像适配的也不是很好啊。。

jenkins在初始化之后容器会突然失败

重启就能解决，因为我docker run时加了 -rm参数，所以容器自动消失了，无法看到错误日志，懒得排查了，重新run一遍就好了。

测试服务器部署

装个jdk就好了，跟jks的java环境部署类似。

测试案例

测试一个maven部署代码的案例

配置

plugins插件安装

安装maven集成插件(通过这个插件可以用其创建maven项目)

Publish over ssh（通过这个插件，可以将打包后的jar通过ssh发布）

tools配置

要跑maven项目的话，需要在系统配置中添加配置maven和ssh，为之后代码拉取和执行做准备

1.maven查看官方文档来配置和下载

Maven – Installing Apache Maven

配置环境变量步骤

# 添加环境变量
vim /etc/profile

MAVEN_HOME=/root/apache-maven-3.8.6
export PATH=${MAVEN_HOME}/bin:${PATH}

source /etc/profile


[root@iZwz9il39hpzhymghz7a8jZ /]# mvn --version
Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
Maven home: /root/apache-maven-3.8.6
Java version: 11.0.20, vendor: Red Hat, Inc., runtime: /usr/lib/jvm/java-11-openjdk-11.0.20.0.8-1.el7_9.x86_64
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.10.0-1160.11.1.el7.x86_64", arch: "amd64", family: "unix"

2.ssh配置

这里我采用密码方式，并且配置成功

问题记录：

1.下载缓慢

解决方法：加下镜像源

我的localsettiing目录不改，就默认就好了。

可以参考这篇文章：centos7下安装Maven_centos7安装maven-CSDN博客

    <mirror>
      <!--This sends everything else to /public -->
      <id>nexus</id>
      <mirrorOf>*</mirrorOf> 
      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
    </mirror>
    <mirror>
      <!--This is used to direct the public snapshots repo in the 
          profile below over to a different nexus group -->
      <id>nexus-public-snapshots</id>
      <mirrorOf>public-snapshots</mirrorOf> 
      <url>http://maven.aliyun.com/nexus/content/repositories/snapshots/</url>
    </mirror>
    <mirror>
      <!--This is used to direct the public snapshots repo in the 
          profile below over to a different nexus group -->
      <id>nexus-public-snapshots1</id>
      <mirrorOf>public-snapshots1</mirrorOf> 
      <url>https://artifacts.alfresco.com/nexus/content/repositories/public/</url>
    </mirror>

2.构建时maven报错

[ERROR] COMPILATION ERROR : 
[INFO] -------------------------------------------------------------
[ERROR] Source option 5 is no longer supported. Use 6 or later.
[ERROR] Target option 1.5 is no longer supported. Use 1.6 or later.
[INFO] 2 errors 
[INFO] -------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  26.116 s
[INFO] Finished at: 2023-11-17T12:54:58+08:00
[INFO] ------------------------------------------------------------------------
Waiting for Jenkins to finish collecting data
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project test: Compilation failure: Compilation failure:
[ERROR] Source option 5 is no longer supported. Use 6 or later.
[ERROR] Target option 1.5 is no longer supported. Use 1.6 or later.
[ERROR] -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

解决方法：改pom配置文件

gpt：这个错误是由于Maven编译的时候，版本设置错误导致的。错误信息提示"Source option 5 is no longer supported. Use 6 or later."和"Target option 1.5 is no longer supported. Use 1.6 or later."，意思是你的Java源代码版本和目标Java版本过低，不再被支持，至少需要6以上版本。

可以参考：maven-compiler-plugin 插件详解-CSDN博客

3、发现部分模块都显示404

原因：

这个错误是由于Jenkins（一种持续集成工具）的CSRF保护机制导致的。当你尝试执行某些需要验证的操作（比如通过API触发构建）时，Jenkins会要求你提供一个有效的crumb（也就是CSRF令牌）。解决这个问题的方法有两种：

1. 关闭Jenkins的CSRF保护。你可以在Jenkins的系统设置里找到这个选项。不过请注意，关闭CSRF保护可能会增加你的系统被攻击的风险。

2. 在你的请求中包含一个有效的crumb。你可以先通过Jenkins的API获取一个crumb，然后将其包含在你的请求中。以下是获取crumb的示例代码（使用curl命令）： ``` curl -u username:password 'http://jenkins_url/crumbIssuer/api/xml?xpath=concat(//crumbRequestField,":",//crumb)' ``` 这条命令会返回一个形如"Jenkins-Crumb:xxxxx"的字符串，你需要将其作为一个header添加到你的请求中。

解决方法，配置兼容跨站：

测试案例运行

1.设置git仓库地址与分支等

2.设置pom.xml配置文件的地址

3.设置构建后操作，将跑完的jar包丢到服务器上

初步尝试，最简单的拉取并在本地跑通了,部分版本jks无法使用模糊匹配，其中ssh的目录位置需要多注意和尝试。首先从远程拉取的文件会默认带上前缀，可以用参数排除，例如我就排除了target目录，然后因为ssh登录会自动进入到登录用户的目录而不是根目录，配置需要注意这个。此时我的传送文件的路径如下：

[root@VM-12-13-centos test]# pwd
/root/jenkins_repository/test
[root@VM-12-13-centos test]# ll
total 4
-rw-r--r-- 1 root root 2206 Nov 21 11:29 jks_test-1.0-SNAPSHOT.jar

日志：

Waiting for Jenkins to finish collecting data
[JENKINS] Archiving /root/.jenkins/workspace/test/pom.xml to org.example/jks_test/1.0-SNAPSHOT/jks_test-1.0-SNAPSHOT.pom
[JENKINS] Archiving /root/.jenkins/workspace/test/target/jks_test-1.0-SNAPSHOT.jar to org.example/jks_test/1.0-SNAPSHOT/jks_test-1.0-SNAPSHOT.jar
channel stopped
SSH: Connecting from host [iZwz9il39hpzhymghz7a8jZ]
SSH: Connecting with configuration [test_server] ...
SSH: EXEC: completed after 200 ms
SSH: Disconnecting configuration [test_server] ...
SSH: Transferred 1 file(s)
Finished: SUCCESS

zybdb_0827

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
gitee-jenkins-测试服务器|部署+跑通入门简单案例，问题发现与处理

cicd的整个流程就是：1.开发通过git或svn这样的版本控制工具进行代码集成2.运维或测试通过jks或其他cicd工具进行持续的交付和部署这里使用尚硅谷教程中非常形象的流程图，传统的集成，构建，测试，都由一位管理员完成，这样不仅风险大，发版也麻烦，使用jks能够自动化的完成这些操作。
复制链接

扫一扫