helm 安装jenkins，做个测试 指定pipeline agentlabel为master节点：pipeline{//指定运行此流水线的节点agent { label "master" }//管道运行选项options {skipStagesAfterUnstable()}//流水线的阶段stages{//阶段1 获取代码stage("CheckOut"){

过去一直gitlab搭建在kubernetes上，但是很多的管理不方便：资源的备份。pv,pvc这些管理扩容，升级,迁移，上传文件的大小等种种问题。现在想把gitlab移出来直接单独部署。操作系统or（为什么特别强调 **8 **or呢？扫了一眼国内tsinghua的源只有el7的源了。89 搭建安装会报各种问题）

背景：2017-2018年左右的吧，不记得看什么了看到了spinnaker，但是当时真的安装不起来。各种被墙裂。2020年底学习了泽阳大佬的spinnaker实践课程。通过Halyard方式搭建了spinnaker的集群，并与jenkinsgitlab harbor k8s完成了集成。2021年初稍微玩了一下，就去整别的事情去了，没有能应用于线上环境。下半年了，jenkinsk8s这些的流程现在基

背景：紧跟Kubernetes中spinnaker的使用一。完成了简单的各种Triggers触发器，还有deploy Mainfest部署一个kubernetes的简单流水线。这里根据实际的环境想更深入一下流水线步骤:参数化的构建，webhook的触发，邮件的发送,jenkins流水线的集成等等首先明确一下pipeline是由多个stage组成的：关于默认的stage可以参照官网：https://

注：先停止实例docker stop zhangpeng当然了也可以docker-compose的方式启动，这里就简单跑一下了！

gitlab.太多年了也没有升级，现在准备备份还原到一个新的服务器然后升级一下。gitlab服务器开始是docker-compose搭建的后面迁移到了kubernetes上（记得当时还是1.14），后面kubernetes 版本持续升级到了1.21。，基本版本是！

cicd还是基于jenkins（spinnaker虽然也玩了，公司规模也小，简单jenkins可以走天下）其实很多场景还是手动构建的，基本没有做自动构建的jenkins流程。今天就突然有了那么一个需求。合作方大爷要频繁修改一个镜像。恩他们构建了镜像上传到仓库（仓库咱们的，对方木有），他们也不想第二次操作jenkins什么的…当然了他们也不会把代码仓库给到咱，然后我就想到了jenkins的构建触发器

背景：pipeline都基本是一个模板，参照：Jenkins Pipeline演进。最近新上了一个项目。springcloud的聚合工程，8个子项目。本来是要求程序直接提交代码到gitlab，我直接自己maven打包，并且docker build构建镜像并发布到线上环境。但是程序喜欢个人提交jar包（每个jar包100m左右）。gitlab比较老只开通了http方式，并没有开通ssh方式。开始还好

背景：初始clickhouse是在一次在字节跳动参加的elasticsearch大会上面知道的，过去无聊在kubernetes集群中搭建过clickhouse但是也没有系统玩过，基本还是无脑的elasticsearch跑，也没有太深入。最近时间还算充足，就想系统跑下这些东西。当然了从简单的开始。注： 本机服务器ip 192.168.0.1931. centos8 搭建clickhouse1. 验证

前言：SonarQube 是一个用于代码质量管理的开源平台，用于管理源代码的质量。同时 SonarQube 还对大量的持续集成工具提供了接口支持，可以很方便地在持续集成中使用 SonarQube。此外 SonarQube 的插件还可以对 Java 以外的其他编程语言提供支持，对国际化以及报告文档化也有良好的支持。特性:多语言的平台： 支持超过20种编程语言，包括Java、Python、C#、C/C