2.1.简介
Jenkins是一个开源软件项目，是基于Java开发的一种连续集成工具，用于监控连续重复的工作，旨在提供一个开放易用的软件平台，使软件的连续集成酿成可能。
2.4.Jenkins安装
1.下载安装包jenkins.war；
2.在安装包根路径下，运行命令 java -jar jenkins.war --httpPort=8080，（linux环境、Windows环境都一样）；
3.打开欣赏器进入链接 http://localhost:8080.
4.填写初始密码，激活体系
5.进入插件安装选择
推荐安装的插件，包管基本常用的功能可以使用。
6.选择后，进入插件安装页面
7.设置初始用户和密码
配置环境
publish over ssh的插件
1、安装publish over ssh插件
Dashboard>Manage Jenkins> lugins中，点击左栏中的Available plugins，再试试publish over ssh
2、服务器的配置
Dashboard->Manage Jenkins>System，下面输入服务器的密码验证
Credentials的设置
在Dashboard>Manage Jenkins>Credentials>System>Global credentials (unrestricted)中，配置Credentials
在 Jenkins 中，Credentials（根据）用于管理 Jenkins 构建过程中必要使用的认证信息，如用户名、密码、SSH
私钥、X.509 证书等。它们的作用包括但不限于：
安全性：在 Jenkins 的早期版本中，敏感信息（如密码）可以通过在配置文件中明文存储。使用 Credentials，可以将这些敏感信息进行加密存储，从而进步安全性。
配置简化：存储和管理根据后，可以在差别的 Jenkins Job 中复用这些根据，而不必要在每个 Job 的配置中重复设置用户名和密码。
机动性：Jenkins 支持多种范例的根据，如用户名和密码、SSH 公钥和私钥、API 令牌等，可以根据必要机动地选择和管理。
多环境支持：在复杂的环境或多环境架构中，可能必要为差别的服务器和服务使用差别的根据。Credentials 答应用户针对差别环境创建和管理特定根据。
版本控制：与 Jenkins 的 Job 配置一起，Credentials 也可以被生存在源代码控制体系中，从而实现版本控制和审计。
访问控制：Jenkins 答应管理职员控制哪些 Jenkins 用户可以访问特定的根据，实现了细粒度的访问控制。
插件扩展：Jenkins 的 Credentials 体系也可以通过插件扩展，支持新的范例或提供额外的加密和认证方法。
shell执行器的配置
在window体系中，可以指定git bash的sh.exe来作为shell脚本的执行器
Jenkins的 Git Bash 中必要注意：
不能使用 conda activate xxx来激活当地的假造环境，会直接导致命令行运行结束。必要更换为：call activate xxx
Git Bash 中的地址与Windows的地址有所差别。Windows中 D:/Software在 Git Bash 中为 /d/Software
window的文件拷贝到服务器中
方法一：Execute shell
通过execute shell执行指定的命令
方法二：Send files or execute commands over SSH
Source files:复制到运程机上的文件，相对workspace的路径，也支持表达式，如上图中的“**/*.war”。
Remove prefix:文件复制时要过滤的目录，如上图中的target目录。
Remote directory:文件得到到远程机上的目录，此目录是相对于“SSH Server”中的“Remote directory”的，假如不存在将会自动创建。
额外注意点：
jenkins在pipkline的script块中执行shell命令时,每行shell命令保持相对独立,它们是序次执行的,每个命令的执行环境是隔离的。这就意味着改变目录的命令(比方cd
build)不会影响其他行的执行环境。 freestyle project构建的项目中，build
steps(构建步骤)和post-build actions(构建后的操作)的区别： build steps(构建步骤)
1、定义:是jenkins工作流中定义的一系列必要执行的使命，这些使命用于实际构建代码的过程
2、作用:构建步骤通常包括编译、测试、打包等使命，他们是构建过程的核心。
3、执行时机:在执行构建命令期间按序次运行，一旦前面的步骤完成，就会触发下面的步骤 示例：
执行 make 或 mvn 命令来编译代码。
运行单位测试，进行代码测试。
分析代码质量，好比通过 SonarQube。
post-build actions(构建后的操作) 1、定义:是在构建过程中完成后，根据构建结果(完成或者失败)执行的一系列操作。
2、作用: 主要用于通知、摆设、归档、清理等操作，通常不会直接影响构建结果。 3、执行时机:
构建步骤完成后，根据之前的构建步骤是否成功来选择是否执行或者触发一些特定的动作。 4、示例：
发送构建结果的电子邮件通知（构建成功或失败）。
将构建产物（如摆设包）上传到文件服务器或摆设至生产环境。
存档构建日记或产出物，好比打包 Jar 包并存储到特定目录。
添加后续的构建步骤/流程（如触发另一个 Jenkins 作业）。
参考链接：
1、https://blog.csdn.net/zhishidi/article/details/118082509
2、https://blog.csdn.net/a772304419/article/details/132838133
3、https://blog.csdn.net/qq_37372007/article/details/81586751
4、https://blog.csdn.net/redrose2100/article/details/121546769
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
