0
0

Jenkins持续集成、持续部署（CICD）-尚硅谷（含自己整理的前端、后端项目部署详细步骤）

文章目录

image-20221011092253260

该文章已同步收录到我的博客网站，欢迎浏览我的博客网站，xhang’s blog

1.背景引入

在实际开发中，我们经常要一边开发一边测试，当然这里说的测试并不是程序员对自己代码的单元测试，而是同组程序员将代码提交后，由测试人员测试；或者前后端分离后，经常会修改接口，然后重新部署；这些情况都会涉及到频繁的打包部署；

手动打包常规步骤：

1.提交代码

2.问一下同组小伙伴有没有要提交的代码

3.拉取代码并打包（war包，或者jar包）

4.上传到Linux服务器

5.查看当前程序是否在运行

6.关闭当前程序

7.启动新的jar包

8.观察日志看是否启动成功

9.如果有同事说，自己还有代码没有提交…再次重复1到8的步骤！

那么，有一种工具能够实现，将代码提交到git后就自动打包部署勒，答案是肯定的：Jenkins

2.Jenkins简介

Jenkins是一个开源软件项目，是基于Java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件项目可以进行持续集成。

image-20221011094103256

在这里我们使用3台服务器分别搭建

私服库GitLab、Jenkins+Maven、测试服务器（运行jar包）

3.GitLab环境搭建

3.1SSH下安装GitLab

由于GitLab所需的内存比较大，所以建议虚拟机内存要在4G以上。

GItLab安装手册：GitLab最新版下载安装_GitLab中文免费版-极狐GitLab中文官方网站

  1. 安装依赖
sudo yum install -y curl policycoreutils-python openssh-server perl
sudo systemctl enable sshd
sudo systemctl start sshd
  1. 配置镜像
curl -fsSL https://packages.gitlab.cn/repository/raw/scripts/setup.sh | /bin/bash
  1. 安装
sudo EXTERNAL_URL="http://虚拟机ip" yum install -y gitlab-jh

安装成功

image-20221011220621433

  1. GitLab的常用命令
gitlab-ctl start                  # 启动所有 gitlab 组件；
gitlab-ctl stop                   # 停止所有 gitlab 组件；
gitlab-ctl restart                # 重启所有 gitlab 组件；
gitlab-ctl status                 # 查看服务状态；
gitlab-ctl reconfigure            # 启动服务；
vi /etc/gitlab/gitlab.rb         # 修改默认的配置文件；
gitlab-ctl tail                   # 查看日志；
  1. 启动GitLab
gitlab-ctl start
  1. 进入登录界面，首次用户默认是root，进入目录下查看密码
/etc/gitlab/initial_root_password

image-20221011220836647

  1. 开放80端口
开放80端口
firewall-cmd --zone=public --add-port=80/tcp --permanent
重新载入
firewall-cmd --reload
查看
firewall-cmd --zone=public --query-port=80/tcp
删除
firewall-cmd --zone=public --remove-port=80/tcp --permanent
  1. 登录GitLab

image-20221011221608038

3.2创建虚拟机，Docker下安装GitLab

  1. 配置一个新的环境变量 $GITLAB_HOME，指向配置、日志和数据文件所在的目录。
export GITLAB_HOME=/srv/gitlab
  1. 运行镜像
sudo docker run --detach \
  --hostname 192.168.26.138 \
  --publish 80:80\
  --name gitlab \
  --restart always \
  --volume $GITLAB_HOME/config:/etc/gitlab \
  --volume $GITLAB_HOME/logs:/var/log/gitlab \
  --volume $GITLAB_HOME/data:/var/opt/gitlab \
  --shm-size 256m \
  registry.gitlab.cn/omnibus/gitlab-jh:latest

这一步出错就重启docker服务

systemctl restart docker
  1. 查看gitlab镜像和创建一个容器实例
  2. 启动gitlab
docker start 容器ID
  1. 输入ip和相应的端口号访问gitlab

image-20221012121030062

  1. 输入用户名root和密码登录GitLab，密码在以下目录查看
docker exec -it gitlab grep 'Password:' /etc/gitlab/initial_root_password

4.Jenkins安装

4.1Jenkins官网

Jenkins中文网Jenkins

4.2安装Jenkins的环境需求

  • 机器要求： - 256 MB 内存，建议大于 512 MB- 10 GB 的硬盘空间（用于 Jenkins 和 Docker 镜像）
  • 需要安装以下软件： - Java 8 ( JRE 或者 JDK 都可以)- Docker

4.3安装JDK11

  1. 查找Centos自带的Openjdk
rpm -qa | grep java
  1. 删除自带的jdk文件
rpm -e --nodeps java...
  1. 下载jdk11安装包，并传输到指定目录
  2. 解压至自定义目录（一般是 /usr/local）,再删除安装包
tar -xzvf jdk-8u291-linux-x64.tar.gz -C /usr/local/
rm -rf jdk-11.0.17_linux-x64_bin.tar.gz
  1. 进入/etc/profile文件，编辑内容

​ 配置环境变量。在 profile 文件中添加四个变量。

export JAVA_HOME=/usr/local/jdk-11.0.17
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib
export PATH=/bin:/usr/bin:$PATH:$JAVA_HOME/bin:$PATH
  1. 退出文件，使设置生效
source /etc/profile
  1. 查看jdk版本
java -version

image-20221028215112717

4.4安装Maven

Maven – Welcome to Apache Maven

  1. 在官网下载最新版的maven安装包

image-20221012201535007

  1. 解压安装包
  2. 将解压后的文件放到指定目录下/usr/local/maven
mv apache-maven-3.8.6 /usr/local/maven
  1. 配置阿里云镜像

​ 找到settings.xml文件

vim /usr/local/maven/conf/settings.xml

image-20221012211956303

      <mirror>  
          <id>alimaven</id>  
          <name>aliyun maven</name>  
          <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
          <mirrorOf>central</mirrorOf>          
      </mirror>

image-20221012212539001

  1. 查看Maven版本
/usr/local/maven/bin/mvn -v

image-20221028220857654

4.6安装Git

  1. 安装所需的环境
yum -y install libcurl-devel expat-devel curl-devel  gettext-devel openssl-devel zlib-devel
yum -y install  gcc perl-ExtUtils-MakeMaker
  1. 进入到/usr/lcoal的目录下，新建git目录
cd   /usr/local                #进入到/usr/lcoal的目录下
mkdir git                      #新建git目录
  1. 拉取git安装包
wget --no-check-certificate https://mirrors.edge.kernel.org/pub/software/scm/git/git-2.35.3.tar.gz
  1. 解压安装包
tar -xzvf git-2.35.3.tar.gz
  1. 进入安装包
  2. 编译安装
make prefix=/usr/local/git all
make prefix=/usr/local/git install
  1. 进入目录下，配置环境变量
vim /etc/profile 
添加命令行
export PATH=$PATH:/usr/local/git/bin
  1. 退出文件，是文件生效
source /etc/profile
  1. 查看版本
git  --version
  1. 查看git位置
which git

4.7安装Jenkins

  1. 在war包目录下运行命令运行war包，后台启动war包，并不产生日志
nohup java -jar jenkins.war >/dev/null 2>&1 &
  1. 访问主机IP+8080端口，根据提示获得管理员登录密码

image-20221028215546210

vim /root/.jenkins/secrets/initialAdminPassword
  1. 根据提示安装推荐的插件

image-20221012201014643

开始安装插件

image-20221012201125712

创建管理员用户

image-20221012202059586

登录成功

image-20221012202139844

5.凭证

5.1凭证的概念

凭据可以用来存储需要密文保护的数据库密码、Gitlab密码信息、Docker私有仓库密码等，以便Jenkins可以和这些第三方的应用进行交互。

5.2安装Credentials Binding插件

​ 这个插件推荐的安装插件中有

​ 要在Jenkins使用凭证管理功能，需要安装Credentials Binding插件

image-20221028225150747

5.3添加全局凭证

image-20221028225624853

image-20221028225646981

image-20221028225808792

5.4普通用户密码凭证

输入GitHub用户名和密码
image-20221028230407227
image-20221028230425164

image-20221028234330597

5.5SSH密钥凭证

SSH免密登录示意图：公钥私钥

image-20221028230840376

  1. 在云服务器上or虚拟机上使用root用户生成公钥和私钥
ssh-keygen -t rsa

image-20221028231419321

image-20221028231633083

5.6在GitHub中设置公钥

  1. 复制公钥文件内容

​ image-20221028231950098

image-20221028232154790

公钥生成成功：

image-20221028232139791

5.7在Jenkins中设置私钥

  1. 添加全局凭证，选择凭证方式为SSH

image-20221028232855897

  1. 查看私钥并复制

image-20221028232954958

  1. 添加凭证

image-20221028233123963

  1. 生成对应的SSH全局凭据

​ 后面使用SSH方式连接远程仓库的时候会用到

image-20221102125948073

6.安装相应插件并配置

6.2安装maven插件

image-20221012202609183image-20221012202743967

  1. 配置Maven和Git

​
image-20221012210432350

  1. git的位置：
which git

image-20221030113513538

image-20221030113521019

6.2安装Publish Over SSH插件

image-20221013094709516

  1. 配置Publish Over SSH

image-20221102134009983

​ 点击系统配置，找到Publish Over SSH进行配置

​ 在这里指定过目标远程目录后，在配置项目的Post Steps的设置中就不需要再设置

image-20221102131219560

  1. 点击高级，设置远程服务器登录密码

image-20221102131440624

测试连接远程主机成功

image-20221013100815480

6.3安装Gitee插件

  1. 安装插件

image-20221102153001630

  1. 在Gitee中生成token
    image-20221102154523881

  2. 添加全局凭据
    image-20221102154440405

  3. 测试连接
    image-20221102154749057

    7.Web Hooks自动构建

7.1GitLab钩子自动构建

  1. 在Maven项目中创建触发器

image-20221013160851016

  1. **在浏览器输入ip+jenkins端口+/job/first-project/build?token=身份验证令牌**项目自动构建

image-20221013161158662

  1. 下载插件，用于匿名访问构建，防止不在一个Session中而无法请求

image-20221013162136141

  1. 使用postman进行测试

image-20221013162847133

image-20221013163753188

http://192.168.26.135:8080/buildByToken/build?job=first-project&token=root

image-20221013163739645

  1. 在GitLab中设置 Web hooks (网络钩子)

​ 即在进行推送和合并请求时就自动构建

image-20221013164356773

​ 但是提交Web hooks提示不能够向本地发送网络请求

image-20221013164237124

​ 解决方案：

​ 以管理员身份进行登录

image-20221013164638214

  1. 设置出站请求

image-20221013164746128

  1. 保存完成

image-20221013165122837

  1. idea推送测试

​ 首先创建合并请求

image-20221013170040246

​ 再批准构建

​ 但这样会产生两次自动构建，因为创建合并请求和同意合并请求的时候都会触发自动构建

image-20221013171024388

  1. 查看项目更新情况

image-20221013171311026

7.2GitHub钩子自动构建

7.2.1GitHub自动构建原理

  • 本地代码push到Github
  • webhook检测到Github的push事件
  • 触发Jenkins进行一次build
  • 自动化部署完成

7.2.2GitHub生成Token

若已经生成过Token这一步可以省略，直接到7.2.3

  1. 登录到Github –>Settings –> Developer settings –> Personal access tokens –> Token(classic) -> Generate new token

image-20221030152641796

  1. 设置Token

image-20221030152828277

  1. 记得保存Token，因为Token只会生成一次

在这里插入图片描述

7.2.3设置GitHub Server

  1. 添加GitHub服务器，并设置凭据（若已经添加过了这一步可以省略）

image-20221030155250157

image-20221030155026105

  1. 点击管理Hook

image-20221030155046343

  1. 测试连接

image-20221102142156054

7.2.4设置项目的“构建触发器选项”

image-20221030155634824

当Jenkins收到GitHub推送钩子时，GitHub插件会检查该钩子是否来自与该作业的SCM/Git部分中定义的Git存储库匹配的GitHub存储库。如果它们匹配并且启用了此选项，GitHub插件将在GITScm上触发一次性轮询。当GITScm轮询GitHub时，它发现有变化，并启动构建。

设置过源码管理（连接到仓库）和构建触发器（设置WebHook触发器）后，在项目的Setting中会自动生成WebHook

image-20221103132558985

点击编辑查看WebHook：默认为推送事件触发WebHook

image-20221103132615007

8.Jenkins部署后端项目

8.1新建Maven项目

新建maven项目

image-20221012202945237

8.2源码管理

  1. 点击源码管理，设置远程仓库地址，这里使用SSH的方式拉取远程仓库，因为先前已经配置过了SSH全局凭证

image-20221103131129164

image-20221103130832440

  1. 注意：如果是初次连接会报错，连接不上，报错信息如下：
    image-20221102163239012
    ​ 3. 第一次必须要在本机克隆拉取对应仓库，由于本人技术能力有限，目前不知此原因是为何。操作如下：
git clone SSH地址

image-20221103101012540

再删除拉取成功的项目文件，回到Jenkins配置中查看，报错信息消失。

  1. 指定主分支

image-20221012205126993

8.4构建触发器

由于之前已经设置过了WebHook，所以这一步直接选择，若未设置GitHub Server，请移步7.2章节配置GitHub的WebHooks

image-20221030155634824

8.5Pre Steps

为了解决每次在Jenkins中多次启动同一项目面对端口被占用的情况，在自动部署前应该清理先前已经传过去的jar包并杀死已经运行的jar包服务

  1. 创建脚本文件
  2. 授予脚本文件执行权限
chomd 777 文件名
  1. 编写脚本
#!bin/bash

# 删除项目jar
rm -rf /root/jarpackage/vector-admin.jar
if [ -z $1 ];
        then
                echo "The args cannot be empty"
        else
                appname=$1
fi
# 执行脚本传入的参数是项目名称  ./resetJar.sh xxxx项目名
echo "arg:$1"

# 过滤出正在执行的jar程序的pid
pid=`ps -ef | grep $1 | grep 'java -jar' | awk '{printf $2}'`
echo $pid
# 如果pid为空,不执行杀进程
if [ -z $pid ];
        then
                echo "$appname not started!"
        else
                kill -9 $pid
                echo "$appname stop success!"
fi

image-20221102140706369
执行脚本命令前需要刷新配置

#刷新配置
source /etc/profile
#防止Jenkins杀死脚本进程
BUILD_ID=dontKillMe
#执行脚本，删除jar包，杀死进程
sh /root/jarpackage/vector-start.sh vector-admin

8.6Build

指定pom文件

image-20221012210744605

image-20221028154003244

8.7Post Steps

进行以下操作：
image-20221013101100219image-20221030113903846
​ 后续配置时出现的问题：

​ 执行命令前刷新配置

# 刷新配置
source /etc/profile
#防止Jenkins杀死脚本进程
BUILD_ID=dontKillMe
# 运行jar包
nohup java -jar /root/jarpackage/vector-admin.jar > vector-admin.log 2>&1 &

9.Jenkins部署前端项目（Vue）

9.1安装Node.js

Node.js 中文网 (nodejs.cn)

image-20221102143812421

  1. 下载安装包并传输到服务器的指定目录下：

image-20221102144720013

  1. 解压安装包
tar -xvf node-v16.18.0-linux-x64.tar.gz

image-20221102144851922

  1. 创建软连接
ln -s /root/node/node-v16.18.0-linux-x64/bin/node /usr/local/bin/
ln -s /root/node/node-v16.18.0-linux-x64/bin/npm /usr/local/bin/
  1. 检测在全局下能否查看node版本
node -v

​ image-20221102145420364

  1. 配置环境变量
# 打开配置文件
$ vim /etc/profile
 
# 添加配置
export NODE_HOME=/usr/local/node
export PATH=$NODE_HOME/bin:$PATH
 
# 重新加载profile文件
$ source /etc/profile

9.2Jenkins配置Node.js

  1. 安装Node.js插件
    image-20221102145836381

  2. 全局配置Node.js

​ 首先查看node的安装目录：

which node

image-20221102150825841
image-20221102150733464

9.3创建新项目

image-20221102151345564

9.4设置公钥和私钥

9.4.1在Gitee中设置公钥

  1. 在搭建Jenkins的服务器中获取到公钥

image-20221102152027583

  1. 公钥设置成功

image-20221102152620957

9.4.2在Jenkisn中设置私钥-全局凭证

如果这一步已经做过请忽略

  1. 点击管理凭证

image-20221102162015907

  1. 点击添加凭据

image-20221102162057925

  1. 选择SSH类型，填写私钥

image-20221102162142536

9.5源码管理

  1. 按照SSH连接远程库****注意：如果是初次连接会报错，连接不上，报错信息如下：image-20221102163239012

​ 第一次必须要在本机克隆拉取对应仓库，由于本人技术能力有限，目前不知此原因是为何。操作如下：

git clone SSH地址

image-20221103101012540

再删除拉取成功的项目文件，回到Jenkins配置中查看，报错信息消失。

image-20221103130237909

9.6构建触发器

  1. 选择Gitee webhook构建触发
    image-20221102163024214

  2. 根据提示，在Gitee对应仓库的管理界面找到WebHooks选项，添加WebHooks，可以不设置密码​
    image-20221102164022604
    ​ image-20221102164113696

9.7添加SSH Server

  1. 在系统配置中找到Public Over SSH，新增SSH Server，这个SSH Server是当前端项目打包好后，发送到的目标服务器。这里的目标主机目录就是发送到文件的位置。​ 目标目录说明：由于是Vue项目，所以之后将打包好的Vue项目直接放在nginx下的html目录中。**/usr/local/nginx就是nginx的默认安装目录**。

image-20221103110319858

测试连接成功：

image-20221102165925807

9.8Build Steps（构建）

  1. Build Steps是构建操作，它的任务就是将拉取到的项目文件见打包成dist文件夹并压缩（Jenkins不支持发送文件夹，只支持发送文件）。选择增加构建步骤，执行shell命令

image-20221103101534443

  1. 将以下命令写入shell命令行

命令依次是：

  • 清除缓存
  • 以绝对路径的方式进入到从远程仓库拉取到的Vue项目的根目录下（Jenkins默认的拉取目录路径是/root/.jenkins/workspace）
  • 安装package.json文件中的依赖包到并且生成node_modules文件夹
  • 打包成dist文件夹
  • 将dist文件夹压缩成dist.tar.gz文件
npm cache clean -f
cd /root/.jenkins/workspace/vector-front/
npm install
npm run build

image-20221103115623014

9.9安装nginx

Nginx百度云网盘地址：

链接：https://pan.baidu.com/s/1hPSRTHlOb5i5RLUhQjDY6w?pwd=xha8
提取码：xha8

  1. 将下载好的Nginx安装包发送到服务器中（任意目录），并解压
tar -xzvf nginx-1.18.0.tar.gz
  1. 进入到nginx-1.18.0目录下，并执行以下命令

配置

./configure

编译安装

make && make install

安装完成

可以将压缩包和解压后的文件都删除

  1. 启动Nginx服务

​ 进入到以下目录并执行./nginx命令启动Nginx服务

cd /usr/local/nginx/sbin/
./nginx

image-20220918110812754

​ 在本地输入云服务器公网ip，出现以下界面就表示Nginx安装成功。

image-20221103105927391

9.10构建后操作

  1. 构建后的任务就是将刚刚压缩好的dist.tar.gz发送到远程目录，并执行脚本文件。
  2. 在目标主机上创建".sh脚本文件"，用于将刚刚发送到远程目录的压缩包进行解压

​ 命令依次是：

  • 以绝对路径的方式进入到/usr/local/nginx/html目录下（此目录就是存放Vue打包成的dist文件夹压缩包的位置）
  • 解压安装包
  • 以绝对路径的方式删除压缩包
cd /usr/local/nginx/html
tar -xzvf dist.tar.gz
rm -rf /usr/local/nginx/html/dist.tar.gz

  1. 配置SSH Server，选择发送到的目标主机，将压缩包发送到目标目录，我这里vector-front.sh脚本文件就在/root目录下，所以先进入/root目录下再运行脚本命令。
    image-20221103102848818

  2. 进入html目录下，查看发送过去的dist文件夹

image-20221103120934447

9.11修改nginx.conf配置文件

  1. 进入/usr/local/nginx/conf目录下，编辑nginx.conf文件
cd /usr/local/nginx/conf
vim nginx.conf

​ 如果有多个Vue项目，就复制server内容，再写另一个server

image-20221103121228342

9.12测试

  1. 输入服务器ip+监听端口
  2. 测试成功

image-20221103121440936

9.构建触发器的方式

  • 快照依赖构建/Build whenever a SNAPSHOT dependency is built- 当依赖的快照被构建时执行本job
  • 触发远程构建 (例如,使用脚本)- 远程调用本job的restapi时执行本job
  • job依赖构建/Build after other projects are built- 当依赖的job被构建时执行本job
  • 定时构建/Build periodically- 使用cron表达式定时构建本job
  • 向GitHub提交代码时触发Jenkins自动构建/GitHub hook trigger for GITScm polling- Github-WebHook触发时构建本job
  • 定期检查代码变更/Poll SCM- 使用cron表达式定时检查代码变更，变更后构建本job

10.Jenkins cron表达式(定时构建触发器)

cron表达式模拟器：Crontab.guru - The cron schedule expression editor

image-20221013172851678

样例

image-20221013173417092

image-20221013173525932

image-20221013173741254

image-20221013190648728

11.容器化构建

11.1将jar包打包成镜像

  1. 将jar包传到指定目录下

image-20221013195404372

  1. 编写Dockerfile文件
#基础镜像使用java
FROM openjdk:8u342-jdk
# 作者
MAINTAINER xha
# VOLUME 指定临时文件目录为/tmp，在主机/var/lib/docker目录下创建了一个临时文件并链接到容器的/tmp
VOLUME /tmp
# 将jar包添加到容器中并更名
ADD docker_test-0.0.1-SNAPSHOT.jar dockertest.jar
# 运行jar包
RUN bash -c 'touch /dockertest.jar'
ENTRYPOINT ["java","-jar","/dockertest.jar"]
#暴露8090端口作为微服务
EXPOSE 8090
  1. 构建镜像
docker build -t 镜像名:镜像版本 .

image-20221013202446373

  1. 在8090端口运行jar包
docker run d -p 8090:8090 --name project1 jenkins_jar:1.0

image-20221013203605470

11.2自动化部署构建Docker镜像运行jar

  1. 在IDE中编写Dockerfile

image-20221013210140235

  1. 推送到远程库image-20221013221440228
  2. 拉取jar包

image-20221013221332281

  1. 拉取Dockerfile文件，并创建镜像，并根据镜像创建容器实例

image-20221013221421768

  1. 编写shell脚本，删除文件、镜像和容器#!/bin/bash# 删除历史数据rm -rf project#删除镜像docker rmi -f jenkins_jar:1.0#删除容器docker rm -f jenkins_container

image-20221014120537131

  1. 构建

image-20221014120807593

image-20221014120818796

12.jenkins集群/并发构建

集群化构建可以有效提升构建效率，尤其是团队项目比较多或是子项目比较多的时候，可以并发在多台机器上执行构建。

  1. 再创建两台虚拟机
  2. 点击系统管理，再点击节点管理

​ 创建新节点

image-20221014130519202

image-20221014125123706

image-20221014125430843

配置视图，选择在必要时候并发构建

image-20221014130048980

13.流水线pipeline

流水线既能作为任务的本身，也能作为Jenkinsfile(类似于Dockerfile)

使用流水线可以让我们的任务从ui手动操作，转换为代码化，像docker的dockerfile一样，从shell命令到配置文件，更适合大型项目，可以让团队其他开发者同时参与进来，同时也可以编辑开发Jenkinswebui不能完成的更复杂的构建逻辑，作为开发者可读性也更好。

  1. 创建pipeline项目

image-20221014132910262

  1. 查看控制台信息

image-20221014133042125

标签： jenkins ci/cd linux
本文转载自: https://blog.csdn.net/qq_52030824/article/details/127621660
版权归原作者 ☜阳光 所有， 如有侵权，请联系我们删除。
登录后发布评论

“Jenkins持续集成、持续部署（CICD）-尚硅谷（含自己整理的前端、后端项目部署详细步骤）”的评论:

还没有评论
关于作者
...
overfit同步小助手
文章同步
相关阅读

机器人技术在安全领域的重要作用

安全学习记录——网络篇（一）

图腾柱PFC：HP1010为您的电动两轮车之旅提供绿色，高效，安全的动力

单元测试数据库回滚问题

这才是单元测试，之前我们都错了

【C语言基础】：字符函数和字符串函数

ChatGPT-Next-Web SSRF漏洞+XSS漏洞复现(CVE-2023-49785)

文章导航