可以通过参数的方式，指定构建的版本 有两种方式 界面添加 Pipeline Script 脚本配置 （需要Build 一次，然后生效，不知道有没有其它办法） General 界面添加 Pipeline Script Declarative Directive Generator pipeline {
Docker Jenkins 安装配置 Windows 2016 安装 Jenkins 前置条件可参考 Jenkins Pipeline 流水线 - 拉代码(SVN) + Maven 编译打包 Jenkins Pipeline 流水线 - 添加节点 使用代理 Jenkins Pipeline 流水线
实际应用过程中，一般多分支流水线的方式用得比较多一些， master 对应 生成环境 develop 对应 测试环境， 将不同分支的代码构建到不同的环境中 添加 Jenkinsfile 文件 Jenkinsfile 内容见：Jenkins Pipeline 流水线 - 完整构建 Pipeline S
Jenkins 多分支流水线 构建过程中报错。 [Pipeline] // node [Pipeline] End of Pipeline java.nio.charset.MalformedInputException: Input length = 1 at java.base/java.nio
Jenkins Pipeline SSH Publisher 环境变量、参数引用 要用双引号 在 Pipeline 脚本中，如果要使用变量，就必须使用 “ 双引号 pipeline { agent any environment { PROJECT_NAME='vipsoft' } stages {
概述 之前基于 GitLab + Jenkins 实现了简单的 NGINX 的自动化发布。 具体包含如下的组件： GitLab 包括 GItLab 的 WebHook； Jenkins 及其插件： Generic Webhook Trigger Publish Over SSH 🧠疑问： 为什么不
本文从目前业界实现Jenkins的高可用的实现方案，分析各方案的优缺点，引入vivo目前使用的Jenkins高可用方案，以及目前Jenkins资源的调度方案的设计实践和目前的落地运行效果。
由于低版本的安装插件很麻烦，插件版本依赖很坑，所以选择了安装最新版 Jenkins，并使用 docker 安装
[Docker Jenkins 安装配置](https://www.cnblogs.com/vipsoft/p/16813455.html) [Windows 2016 安装 Jenkins](https://www.cnblogs.com/vipsoft/p/16825894.html) [Jen
CentOS 7上安装 Jenkins 2.227 -- yum 方式 装插件的时候会报版本过低，建议安装 2.346 安装 Jenkins # [root@localhost ~]# ll /etc/yum.repos.d/ 总用量 40 -rw-r--r--. 1 root root 1664
CentOS 7上安装 Jenkins -- yum 方式 装插件太麻烦了，最后选择了 装JAVA 11，安装最版本 Jenkins https://mirrors.jenkins.io/war/ 开源 Devops 工具 Jenkins 在官方博客宣布，从 6 月 28 日发布的 Jenkins
docker安装jenkins Jenkins部署 1.创建jenkins的工作目录 //创建工作目录 mkdir /var/jenkins_home //赋予权限 chown -R 1000 /var/jenkins_home 1.1 通过docker部署jenkins 拉取镜像 docker p
> 文章源于 Jenkins 构建 Vue 项目失败，然后就把 node_modules 删了重新构建发现 node-sass 安装不上了，折腾一天终于可以稳定构建了。 > 犹记得从学 node 的第一天，就被 node-sass 折磨了一整天，后面本地没问题了然后服务器开始折磨了，这次又遇到，尝试
https://cloud.tencent.com/developer/article/1782473?areaSource=&traceId= 最近正在研究Jenkins的CICD，其中有个环节就是stress test 压力测试。 原打算使用 taurus 来做压测的，但是遇到了些问题，时间有限
在理想的 IaC 世界中，我们所有的基础设施实现和更新都是通过将更新的代码推送到 GitHub 来编写和实现的，这将触发 Jenkins 或 Circle-Ci 中的 CI/CD 流水线，并且这些更改会反映在我们常用的公有云中。但现实并没有这么顺利，原因可能有很多，例如： - 公司仍处于云自动化的初
谈到到DevOps，持续交付流水线是绕不开的一个话题，相对于其他实践，通过流水线来实现快速高质量的交付价值是相对能快速见效的，特别对于开发测试人员，能够获得实实在在的收益。很多文章介绍流水线，不管是jenkins,gitlab-ci, 流水线，还是drone， github action 流水线，
