1.Win下Jenkins-2.138源码编译及填坑笔记
2.通过 Jenkins 构建 CI/CD 实现全链路灰度
3.jenkins源代码管理+接入钉钉api发送接口自动化测试报告
4.SonarQube+jenkins+maven平台搭建
5.Jenkins集成GitLab的码路正确姿势，实现Git代码提交触发CI/CD
Win下Jenkins-2.138源码编译及填坑笔记
安装JDK与配置环境
首先安装JDK版本1.8-，码路确保操作系统中已添加JDK环境变量。码路通过执行"Java -version"命令验证JDK安装。码路注意，码路JDK版本必须在1.8.0-以上，码路秀米源码Jenkins 2.版本不支持Java9，码路Maven版本需在3.5.3以上。码路
设置Maven环境与仓库路径
解压Maven3.5.4至指定英文路径，码路并添加Maven环境变量。码路配置Maven的码路conf\setting.xml文件，定位到行，码路设置本地Maven仓库路径为"C:\jstao\soft\sprintbootjar\repository"。码路定位到行，码路配置远端阿里云仓库，码路以方便访问相关资源。
解压Jenkins源码
解压Jenkins-2.源码至英文路径下。注意，解压前需确保目标目录为空。
源码编译与打包
以管理员身份运行CMD，进入Jenkins解压目录。执行命令"mvn validate"进行项目校验，首次执行可能需等待一段时间。接着执行"mvn clean install -Dmaven.test.skip=true"跳过单元测试编译项目，首次编译亦需等待。校验和编译过程完成后，可在war\target目录下找到GeoDevOps.war文件。
启动与测试
运行GeoDevOps.war文件，gda算法python源码执行命令"java -jar GeoDevOps.war"，访问http://localhost:进行测试。确认编译打包过程顺利。
源码编译踩坑记录
使用GitHub最新版本Jenkins源码编译时，因依赖包问题而失败，后切换至稳定版本Jenkins-2.。发现JDK版本需在1.8.0-以上，以避免校验失败。编译过程中，可能存在包依赖无法解决的问题，通过手动下载缺失jar包和对应POM文件至本地仓库，可有效解决冲突。
环境配置不当引发的问题
使用本地Maven版本3.3.9编译时，编译失败，原因是Maven版本需在3.5.3以上以兼容Jenkins-2.版本需求。执行编译命令时，可能会遇到war\target目录无法删除的问题，需先排查并解除目录占用，以确保编译顺利进行。
学习资源
对于有兴趣深入学习Java工程化、高性能及分布式、微服务、Spring、MyBatis、Netty源码分析的朋友，推荐加入交流群。群内有资深阿里专家直播讲解技术，蓝牙音乐源码并免费分享Java大型互联网技术的视频资源。
通过 Jenkins 构建 CI/CD 实现全链路灰度
本文介绍通过 Jenkins 构建流水线的方式实现全链路灰度功能。
在发布过程中，为了整体稳定性，我们总是希望能够用小部分特定流量来验证下新发布应用是否正常。
即使新版本有问题，也能及时发现，控制影响面，保障了整体的稳定性。
整体架构
我们以如下 Demo 为例：
为了保证稳定，我们约定如下上线流程：
其中，在灰度验证中，有几种不同的策略
部署应用&创建泳道
按照参考文档部署应用后，我们首先要区分线上流量和灰度流量。
创建泳道组，将整个链路涉及到的应用全选：
然后创建泳道组，将符合规则的应用划入 gray 泳道：
注：没有匹配的流量，会走到基线环境，也就是没有打标的应用节点上。
配置完成后，访问网关，如果不符合灰度规则，走基线环境：
如何符合灰度规则，走灰度环境：
配置 Jenkins 流水线
本文实践需要将源码打包后执行镜像推送，请确保 Jenkins 有权限推送到镜像仓库中。具体操作，请参见使用 kaniko 构建和推送容器镜像。易语言siri源码
在 Jenkins 命名空间下使用生成的 config.json 文件创建名为 jenkins-docker-cfg 的 Secret。
在 Jenkins 中创建全链路灰度发布流水线
基于 Jenkins 实现自动化发布的流水线，通过该流水线可以使应用发布具备可灰度、可观测、可回滚的安全生产三板斧能力。
1. 在 Jenkins 控制台左侧导航栏单击新建任务。
2. 输入任务名称，选择流水线，然后单击确定
3. 在顶部菜单栏单击流水线页签，在流水线区域配置相关参数选择，输入脚本路径，然后单击保存。
您可以参考以下的文件填写好指定的参数，当然您也可以根据需求编写 Jenkinsfile ，并上传至 Git 的指定路径下（流水线中指定的脚本路径）。
构建 Jenkins 流水线
1. 在 Jenkins 控制台单击流水线右侧的图标。
2. 单击流水线的开始构建。
说明：第一次构建因为需要从 Git 仓库拉取配置并初始化流水线，所以可能会报错，再次执行 Build with Parameters，生成相关的参数，填写相关的参数，再次执行构建。
查看部署状态，代码打包，镜像构建及发布，灰度部署阶段都已经完成，无授权提示源码结束灰度阶段等待确认。
结果验证
1. 登录容器服务控制台，在控制台左侧导航栏中，单击集群。
2. 在集群列表页面中，单击目标集群名称或者目标集群右侧操作列下的详情。
3. 在集群管理页面左侧导航栏选择工作负载 > 无状态。
4. 在无状态应用列表页面，spring-cloud-a-gray应用已经自动创建，并且它的镜像已经替换为spring-cloud-a:gray版本。
5. 在集群管理页面左侧导航栏选择网络 > 服务，选择设置的命名空间，单击zuul-slb服务的外部端点，查看真实的调用情况。
6. 登录 MSE 治理中心控制台，在应用详情页面，可以看到灰度流量已经进入到灰度的 Pod 中。
全量发布应用
结果验证通过之后，确认全量发布。
1. 在 Jenkins 控制台中，单击目标流水线名称。
2. 单击需要全量发布的阶段，在请确认是否全量发布对话框中输入 true，然后单击确认。
3. 在容器服务控制台，发现 spring-cloud-a-gray 应用已经被删除，并且 spring-cloud-a 应用的镜像已经替换为 spring-cloud-a:gray 版本。
4. 在 MSE治理中心控制台，发现灰度流量已经消失。
回滚应用
如果发现验证结果不符合预期时，则回滚应用。
1. 在 Jenkins 控制台中，单击目标流水线名称。
2. 单击需要全量发布的阶段，在请确认是否全量发布对话框中输入 false，然后单击确认。
3. 在容器服务控制台，发现 spring-cloud-a-gray 应用已经被删除，并且 spring-cloud-a 应用的镜像仍然是老版本。
4. 在 MSE 治理中心控制台，发现灰度流量已经消失。
总结
在微服务治理架构中，全链路灰度功能能提供虚拟泳道，极大的方便了测试、发布时的快速验证，能够帮助 DevOPs 提升线上稳定性。
阿里云微服务引擎（MSE）能够给您带来全生命周期的、全方位的微服务治理能力，保障您的线上稳定性、提升开发、运维效率。
jenkins源代码管理+接入钉钉api发送接口自动化测试报告
在进行接口自动化测试时，许多公司希望实现持续集成，并将测试报告自动发送到工作群，如钉钉。以下是一份详细的教程，教你如何在Jenkins上配置并接入钉钉API，发送测试报告。前提条件与准备
首先，确保你已经有了自动化脚本，并已安装Git plugin插件，便于源代码管理。源代码管理与触发器
获取Git凭证：在Jenkins中，使用http拉取链接，输入登录账号密码，ID留空，描述自定义。
指定分支：使用格式*/xxx，如*/dev。
构建触发器设置：定时触发，选择Build periodically；推送触发，当远程仓库有新推送或合并时自动触发构建。
后置处理器与钉钉API集成
安装插件Ding Talk，用于发送报告。操作指南
了解并按照推荐的学习资源进行配置，提升自动化测试效率和报告分享的便捷性。提升技能与机会
参加测试开发北京周末的高薪私教班，全面升级课程内容，包括小班和1v1私教，实战项目超过个，由资深测试架构师亲自指导，掌握BAT大厂最佳实践，提升测试开发技能，助你直通名企测试经理职位，面试无忧。SonarQube+jenkins+maven平台搭建
本文主要介绍如何在SonarQube、Jenkins和Maven的组合中搭建平台，以进行代码质量管理。
首先，需要配置JDK和Maven。在Jenkins的全局工具配置中，查找并添加JDK安装路径，例如/usr/local/java/jdk1.8.0./bin/java。然后，在Maven安装路径中添加类似/var/tmp/maven/apache-maven-3.5.4/bin/mvn的指令。
接着，进行SonarQube的环境配置。在系统管理中找到并安装SonarQube servers插件，再安装Jacoco插件。配置SonarQube服务器时，注意选择Secret text类型，将Secret和ID填写为Sonar首次登录时提供的token。
然后，在Jenkins中创建一个新的job，输入项目名称，并选择构建一个自由风格的软件项目。在丢弃旧的构建设置中，设置节点、源码管理、构建前删除workspace，并勾选“准备SonarQube Scanner环境”。
在Maven构建过程中，执行如下命令：mvn org.jacoco:jacoco-maven-plugin:prepare-agent clean install -Dmaven.test.skip=true $SONAR_MAVEN_GOAL -Dsonar.host.url=$SONAR_HOST_URL -Dsonar.login=$SONAR_AUTH_TOKEN。此命令用于设置SonarQube参数，如项目键、名称、版本、语言、编码以及源代码和二进制文件路径。
最后，可以查看报告以评估代码质量。报告参考文档可在此处获取：docs.sonarqube.org/disp...
Jenkins集成GitLab的正确姿势，实现Git代码提交触发CI/CD
为了实现Jenkins与GitLab之间的集成，以便在Git代码提交时触发CI/CD流程，我们需遵循以下步骤。首先，安装GitLab插件。
在配置Jenkins服务器时，创建GitLab凭证，并将其填充到“Manage Jenkins->System->enable authentication for '/project' end-point”中。此配置为Jenkins job提供了访问GitLab的凭证，在Jenkinsfile中使用该凭证。
创建Jenkins job，选择源代码管理为Git，填写GitLab上源码仓库地址。设置构建触发器为“Build when a change is pushed to GitLab”，并获取GitLab webhook URL。在高级设置中，允许特定分支的构建，并生成用于防止他人触发Jenkins的回调URL的token。
当遇到高版本Jenkins的错误时，可修改配置以关闭防跨站点请求伪造（CSRF）保护。在容器中，编辑Jenkins.sh脚本，在执行java命令前添加参数-Dhudson.security.csrf.GlobalCrumbIssuerConfiguration.DISABLE_CSRF_PROTECTION=true。
配置GitLab webhook以接收代码提交通知。在GitLab repo的Settings-Integrations中，填写生成的URL和Secret Token，点击“Add webhook”。检查Jenkins是否有自动构建记录。
为了在GitLab上查看Jenkins job的执行状态，需要在上述步骤的基础上进行额外配置。确保Jenkins与GitLab之间的集成完全运行并正常接收代码提交事件。参考文档以获取详细说明。
