前言
🚀 828 B2B企业节特惠来袭，Flexus X实例引领自动化部署新纪元！Docker携手Jenkins与Gitee，共创CICD无限可能！在快速迭代的数字时代，我们自豪地推出这一前沿解决方案，为您的C# Web API项目注入前所未有的敏捷动力。通过集成Docker容器化技术、Jenkins持续集成/持续部署（CICD）平台，以及Gitee高效版本控制系统，我们旨在打造一个无缝衔接的开发到部署流水线，让您的项目在数字化转型的浪潮中乘风破浪，遥遥领先！
🐳 一个高度自动化的环境，每一次代码提交都能触发自动化的构建、测试与部署流程。在这个流程中，Docker确保了应用运行环境的标准化与一致性，无论本地开发还是云端部署，都能享受到“所见即所得”的便捷；Jenkins作为强大的CICD引擎，自动化地管理着整个流程，从代码拉取、编译构建到部署发布，每一步都精准无误；而Gitee，作为您的代码仓库，不仅提供了安全的版本控制服务，还通过集成Jenkins触发器，实现了代码变更与部署流程的即时联动。
🐤本实践指南将带您深入探索Docker+Jenkins+Gitee的完美结合，一步步构建起一套高效、可靠的CICD自动化部署体系。您将学会如何配置Jenkins以监听Gitee的Webhooks，实现代码提交的即时响应；如何利用Docker容器快速打包并运行您的C# Web API应用；以及如何通过Jenkins脚本化地管理整个部署流程，包括环境配置、依赖安装、测试执行与部署发布等关键环节。
实验步骤
环境准备
本实验沿用了上一个实验，环境是Flexus X实例自定义模式，使用了4vCPUs | 12GiB，镜像是最高版本的ubuntu，在上一个实验中使用xshell连接了服务器，随后在服务器中安装了git、dokcer。这里就不重复介绍了，可自行操作或参考上一个实验！
828华为云征文｜Flexus X实例C#/.Net Core 结合（git代码管理、docker自定义镜像）快速发布部署-让你的项目飞起来~-CSDN博客
安装Portainer
介绍：
Portainer是一款开源的轻量级管理UI，旨在简化Docker和Kubernetes环境的管理。Portainer提供了状态显示面板、应用模板快速部署、容器镜像网络数据卷的基本操作（包括上传下载镜像，创建容器等操作）、事件日志显示、容器控制台操作、Swarm集群和服务的集中管理和操作等功能。这些功能基本能满足中小型单位对容器管理的全部需求。
拉取镜像
使用Docker命令拉取Portainer的Docker镜像：
docker pull portainer/portainer-ce
拉取镜像报错了！！！在尝试从 Docker 镜像仓库（如 Docker Hub）获取镜像时遇到了问题。我们可能需要配置 Docker 以使用国内的镜像源，因为直接访问 Docker Hub 有时可能会很慢或不稳定
更换镜像源
在Linux系统中，Docker的配置文件通常位于
/etc/docker/daemon.json
。如果该文件不存在，则需要手动创建。
从查询结果来看，我目前并没有这个文件，下面我自己创建一个！
// 创建文件
cd etc/docker
touch daemon.json
//编辑文件
vim daemon.json
// 在文件中输入以下内容 注意：刚打开文件要输入i才可以进入编辑模式
{
"registry-mirrors": [
"https://gallery.ecr.aws/",
"https://gitverse.ru/docs/artifactory/gitverse-registry/",
"https://docker.lmirror.top",
"https://atomhub.openatom.cn/"
]
}
// 退出编辑模式，从插入模式回到普通模式，只需要按下 Esc 键
// 退出 Vim
// 修改完成后我们需要完全退出 Vim 编辑器，可以使用以下命令：
:q //如果没有做任何修改，则退出 Vim。
:q! //强制退出 Vim，不保存任何修改。
:wq 或 :x //保存修改并退出 Vim。
:ZZ //和 :wq 一样，保存修改并退出 Vim，但更简短。
接下来我们重启docker服务
[root@localhost]# systemctl daemon-reload
[root@localhost]# systemctl restart docker
再次拉取Portainer的Docker镜像，此时已经可以正常拉取了！
启动容器
执行下面命令运行Portainer容器
docker run -d -p 9000:9000 --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v /var/lib/docker/volumes:/var/lib/docker/volumes portainer/portainer-ce
运行容器后，去华为服务器控制台开放我们的9000端口
使用我们的服务器IP地址+端口号，访问可视化界面，第一次访问需要配置账号密码
点击LiveConnect打开本地docker，可以查看宿主机配置信息、查看容器、镜像、网络、卷等相关信息。
安装jenkins
介绍：
Jenkins是一个开源的持续集成和持续部署（CI/CD）工具，它支持各种编程语言和平台，广泛应用于软件开发和交付过程中。Jenkins可以监视源代码仓库（如Git、SVN等）的变化，并在代码提交后自动执行构建过程，包括编译、测试和打包等步骤。
拉取镜像
使用
docker pull jenkins/jenkins:lts
命令拉取Jenkins的长期支持（LTS）版本镜像
运行容器
# 在宿主机上创建一个目录，用于存放Jenkins的数据
mkdir -p /var/jenkins_home
# 为了确保Jenkins容器能够正常访问该目录，需要设置适当的权限
chmod 777 /var/jenkins_home
# 启动容器
docker run -d --name myjenkins -p 8080:8080 -p 50000:50000 -v /var/jenkins_home:/var/jenkins_home -v /etc/localtime:/etc/localtime -v /usr/bin/docker:/usr/bin/docker -v /var/run/docker.sock:/var/run/docker.sock --restart=always jenkins/jenkins:lts
# 参数说明：
-d：以后台模式运行容器。
--name myjenkins：为容器指定一个名称。
-p 8080:8080：将容器的8080端口映射到宿主机的8080端口，用于访问Jenkins的Web界面。
-p 50000:50000：将容器的50000端口映射到宿主机的50000端口，用于Jenkins的节点和主控节点之间的通信。
-v /var/jenkins_home:/var/jenkins_home：将宿主机的/var/jenkins_home目录挂载到容器的/var/jenkins_home目录，用于持久化Jenkins的数据。
-v /etc/localtime:/etc/localtime：将宿主机的时区文件挂载到容器内，确保容器内的时间与宿主机一致。
-v /usr/bin/docker:/usr/bin/docker 和 -v /var/run/docker.sock:/var/run/docker.sock：允许容器内的Jenkins使用宿主机的Docker命令和Docker引擎。
--restart=always：设置容器在退出时总是自动重启。
执行完后使用
docker ps
命令查看正在运行的容器列表，确认Jenkins容器已经启动。
老样子，开放8080端口，ip+端口访问页面！
获取管理员密码
第一次访问需要输入管理员密码，我们有两种方法可以获取到密码！
- 查看日志：
使用
docker logs myjenkins
命令查看Jenkins容器的输出日志，找到包含管理员密码的行。
- 直接查看文件：
也可以在宿主机的
/var/jenkins_home/secrets/initialAdminPassword
文件中找到管理员密码。
这里我直接打开刚刚安装的portainer界面，找到容器，点击日志图标！
如下所示 Please use the following password to proceed to installation: 的下面一行就是密码！
选择安装建议安装的插件！
安装插件需要等待一会~~~
安装完成后系统提示我们创建一个新用户，这里我选择使用admin用户继续！
在设置中安装Gitee插件
点击New Item 创建一个新任务！
新建流水线项目
Portainer配置
然后选择第一种任务模式，自由风格软件项目
在源代码管理Source Code Management中选择Git，打开gitee找到自己需要部署的仓库，复制地址。
粘贴到Repository URL 中，第一次创建Credentials 是空的，我们点击下面的add新建一个，
新建Credentials 时我们只需要填写Username和Password，其他空着就好！
username就是刚刚打开gitee项目时如下图框框位置，然后password官方是建议使用私人令牌的，直接点击蓝色字体参考步骤生成私人令牌复制过来就好了！
Branches to build 选择你当前仓库要构建的分支，我这里默认是master分支
在这里可以选择远程触发构建，代码变更构建，定时构建等等，我这里选择的是Build when a change is pushed to Gitee，当gitee上的代码发送推送时触发构建！
勾选之后，滑到下面，点击Generate，会生成一条密码。注意（这里的上图的Webhook和下面生成的密码都要记录下来，稍后我们要配置到gitee上）
Build Environment中我们勾选第一个，每次构建前删除之前的工作区，以节省内存。
在Build Steps中我们选择新增一个Execute shell，编写命令来管理容器和镜像。
输入如下代码！
下面是对代码的解释，可以根据自己的项目差异进行调整！
# 将当前工作目录更改为 Jenkins 的一个特定工作空间
cd /var/lib/jenkins/workspace/auth_server
# 强制删除所有已停止的 Docker 容器
docker container prune -f
# 列出所有 Docker 容器（包括未运行的），然后通过管道 (|) 将输出传递给 grep "auth"
docker container ls -a | grep "auth"
if [ $? -eq 0 ];then
# 如果存在名为 auth 的容器，并且该容器正在运行，这条命令将停止该容器。
docker container stop auth
# 这条命令删除名为 auth 的容器
docker container rm auth
fi
# 强制删除所有未使用的 Docker 镜像
docker image prune -f
# 构建一个新的 Docker 镜像
docker build -t auth .
# 启动容器
docker run -d -p 5000:5000 --restart=always --name auth auth
gitee配置WebHooks
打开代码仓库，在管理中找到WebHooks，点击添加WebHook
将上面Jenkins项目设置中的Gitee webhook URL和Gitee Webhook 密码复制下来，填进去！
注意：因为Gitee中的bug，就算配置成功了，测试WebHook也会出现404错误,不要着急，稍后我们去修改一下代码提交一次！
构建
修改完配置之后，我们先手动进行构建一次，测试一下，点击项目中的build Now。
在下面会出现每一次的构建记录，点击最新的一次，再点击Console Output，可以查看我们的构建日志。由下图可见，我此次构建失败了！！！
从报错信息看出，这个错误信息表示在执行 Jenkins 构建任务时，尝试连接到 Docker 守护进程的 Unix 套接字（/var/run/docker.sock）时遇到了权限问题。因此，构建任务失败。
要解决这个问题，需要确保 Jenkins 用户具有访问 Docker 守护进程的权限。
打开终端并输入以下命令以创建名为 'jenkins' 的用户
sudo adduser jenkins
将 'jenkins' 用户添加到 'docker' 组
sudo usermod -a -G docker jenkins
在编辑完成后，需要重新加载 systemd 配置以使更改生效。运行以下命令：
sudo systemctl daemon-reload
重启 Docker 服务以应用新的配置：
sudo systemctl restart docker
如果上述方法不起作用，可以尝试更改
/var/run/docker.sock
的权限，使其对所有用户可读写。执行以下命令：
sudo chmod 666 /var/run/docker.sock
请注意，这种方法可能会带来安全风险，因为它允许所有用户访问Docker守护进程。在生产环境中，建议仅将特定用户添加到
docker
用户组。
构建成功！
打开Portainer看一下，虽然容器与宿主机映射的是5000端口，但其实因为我们没有给.net项目配置端口，实际上默认还是8080，这样会与jenkins的默认端口冲突，因此我们修改一下代码！
修改代码，自动部署
在appsetting中加入配置，提交代码！
"Kestrel": {
"EndPoints": {
"Http": {
"Url": "http://+:5000"
}
}
}
因为我们之前已经配置好了，在代码提交之后，会自动发送一个请求到我们的jenkins
然后jenkins就会自动开启构建任务了
老样子，开放5000端口！
访问一下我们的接口，成功！
版权归原作者 爱吃香蕉的阿豪 所有， 如有侵权，请联系我们删除。