搜索[CI/CD集成]结果-低调大师优秀个人博客

精选列表

搜索[CI/CD集成]，共10018篇文章

xtools一款基于JDK25的通用Java工具库

采用最新的 JDK 25 版本，充分利用新特性（Record类型、文本块、模式匹配等）基于 JUnit Jupiter 6.0.3 构建单元测试体系使用 Lombok 1.18.44 简化代码编写集成

2026-04-16

JumpServer安装

/bin/bash # jumpserver start su - root -c 'cd /data0/jumpserver && .

2025-12-13

CI/CD 流水线的工程化演进：从脚本拼装到平台内建能力

持续集成与持续交付从"能跑通"到"跑得稳、跑得快、跑得可追溯"，中间隔着一整套工程化能力。

2026-09-17

100 人团队用什么 CI/CD？腾讯云 CNB 企业版计费与能力拆解

摘要： 100 人规模的研发团队选型 CI/CD，既要算清成本账，也要兼顾能力与合规。本文以腾讯云 CNB 企业版为对象，拆解其按用户数订阅的计费方式、构建节点规格、声明式流水线与 AI 能力，帮助团

2026-08-25

腾讯云 CNB AI 能力解析：NPC 如何嵌入代码托管与 CI/CD 工作流

摘要：腾讯云 CNB 是 AI Native Git 平台，将 NPC 原生集成于代码托管与 CI/CD 工作流。本文解析 NPC 的自动回复、自主编码、知识库驱动等能力，帮助团队提升研发协作效率。

2026-08-24

【GitOps·入门篇】推模型 vs 拉模型：GitOps 与传统 CI/CD 的核心差异

上一篇讲了 GitOps 四大原则，本篇用一个完整的对比来展示推模型和拉模型在实际操作中的差异。你会看到同样一个部署需求，两种模式下的流程、安全模型、回滚方式完全不同。

2026-08-18

手摸手教你玩 Jenkins，一次搞懂 CI/CD！（第一章：部署）

对于开发者来说，能自动化部署项目，就像解锁了“自动驾驶”。而 Jenkins，就是让你从“手动上传代码、拷贝文件、重启服务”的地狱中解放出来的神器。

2026-07-13

【CI/CD技术专题】「Jenkins实战系列」（3）Jenkinsfile+DockerFile实现自动部署

填写使用项目中的Jenkinsfile文件的名字应用工程配置在工程的根目录下创建Dockerfile文件和Jenkins_docker文件 jenkinsfile_docker文件内容如下: docker集成

2021-08-05

AI测试终于进CI/CD了：一次Prompt修改，为什么能卡住整个PR？

AWS最近公开了一套 Automated Agent Evaluation with Amazon Bedrock AgentCore and GitHub Actions 的工程实践。

2026-09-16

手摸手教你玩 Jenkins，一次搞懂 CI/CD！（第二章：发布之sshPublisher）

上一章节，我讲到了如何通过 docker 去安装 Jenkins，并且在 Jenkins 中安装了一些常用的插件用于做项目部署的前期准备，这一篇文章，咱们就直接开始进行项目发布。

2026-07-13

让天下没有难做的研发：解读阿里CI/CD、DevOps、分层自动化技术

在这种情况下，传统企业的项目集成及交付软件已经不能满足需求。随即，这些公司硬件及中间件基础设施陆续搬到云上，企业对基于云端提升效率的持续集成持续交付的平台需求也日益迫切。

2017-07-11

CI/CD 增量构建提速

摘要：十几个微服务串成一条流水线，改一个服务却要等半小时，这是很多团队的日常。腾讯云 CNB 通过 ifModify 实现模块级增量构建，只重建被改动的服务，再叠加构建缓存与按需节点规格，把"串行等

2026-08-31

Requests + Pytest 接口自动化测试与 CI/CD 实战：从零搭建企业级测试框架

common/client.py 封装 HttpClient 类，统一处理请求头、超时、认证和重试（使用 urllib3.Retry）：

2026-07-30

手摸手教你玩 Jenkins，一次搞懂 CI/CD！（第三章：发布之nodeAgent）

第一章，我讲到了通过 docker 快速部署 Jenkins 以及安装 Jenkins 的必要插件。

2026-07-14

【CI/CD技术专题】「Jenkins实战系列」（2）Jenkins实现自动化部署+自动化合并分支

## 技术资源推荐 [jenkins官方文档（中文版）](https://www.jenkins.io/zh/doc/ "jenkins官方文档（中文版）") [jenkins官方网站](https://plugins.jenkins.io/git/#GitPlugin-AdvancedFeatures "jenkins官方网站") ## 自动定时构建 ### 定时构建语法： ```` * * * * * ```` - 第一个 * 表示分钟，取值0~59，若其他值不做设定，则表示每个设定的分钟都会构建 - 第二个 * 表示小时，取值0~23，若其他值不做设定，则表示每个设定小时的每分钟都会构建 - 第三个 * 表示一个月的第几天，取值1~31，若其他值不做设定，则表示每个月的那一天每分钟都会构建一次 - 第四个 * 表示第几月，取值1~12，若其他值不做设定，则表示每年的那个月每分钟都会构建一次 - 第五个 * 表示一周中的第几天，取值0~7，其中0和7代表的都是周日，若其他值不做设定，则表示每周的那一天几每分钟都会构建一次 ### 常用定时构建举例： - **由于项目的代码一般存在放SVN/GIT中，而一个SVN/GIT往往是有多个项目组在提交代码，而每个项目组又有多人组成，其中每个人也都在对自己的那块代码不停地在进行维护**。 - **所以说对于一个公司而言，SVN/GIT的提交记录往往是很频繁的，正因为如此，Jenkins在执行自动化构建时往往是以天为单位来执行的，下面举的例子就是在一天中常用的定时构建示例**。 #### 每隔5分钟构建一次 > H/5 * * * * #### 每两小时构建一次 > H H/2 * * * #### 每天中午下班前定时构建一次 > 0 12 * * * #### 每天下午下班前定时构建一次 > 0 18 * * * ### 定时构建位置 > **在“配置”->“构建触发器”中，如下图所示**： ![](https://oscimg.oschina.net/oscnet/up-37467665b5c5d96dd26638ff6f84fdfb100.png) > **Build after other projects are built：在其他项目触发的时候触发，里面有分为三种情况，也就是其他项目构建成功、失败、或者不稳定的时候触发项目；** #### **Poll SCM和Build periodically来进行定时自动构建项目**； - **Poll SCM：定时检查源码变更（根据SCM软件的版本号），如果有更新就checkout最新code下来，然后执行构建动作。如下图配置**：在构建触发器中选择“Poll SCM” ![](https://oscimg.oschina.net/oscnet/up-a9f7b379807473ba2a28d81d9e028cacb3f.png) ##### Build periodically ![](https://oscimg.oschina.net/oscnet/up-322c7f17e83fe3a808dc57aaa65925a84e5.png) ##### Poll SCM ![](https://oscimg.oschina.net/oscnet/up-81d020d00027c1ed175bb6a636fa22f7c37.png) > **输入框为分，时，日，月，星期，* 号代表不限制，我设置的是每天早8点自动部署**。 ![](https://oscimg.oschina.net/oscnet/up-444f81f11292bde498170578e7c792d078b.png) > * / 5 * * * * （**每5分钟检查一次源码变化**） - **Build periodically：周期进行项目构建（它不关心源码是否发生变化），如下图配置**： > H 2 * * * （每天2:00 必须build一次源码） #### 在 Schedule 中填写 > 0 * * * * - **第一个参数代表的是分钟 minute，取值 0~59；** - **第二个参数代表的是小时 hour，取值 0~23；** - **第三个参数代表的是天 day，取值 1~31；** - **第四个参数代表的是月 month，取值 1~12；** - **最后一个参数代表的是星期 week，取值 0~7，0 和 7 都是表示星期天。** > **所以 0 * * * * 表示的就是每个小时的第 0 分钟执行构建。** ### 最后补充几个案例 - 在每个小时的前半个小时内的每10分钟 > H(0-29)/10 * * * * - **每两小时45分钟，从上午9:45开始，每天下午3:45结束** > 45 9-16/2 * * 1-5 - 每两小时一次，每个工作日上午9点到下午5点(也许是上午10:38，下午12:38，下午2:38，下午4:38) > H H(9-16)/2 * * 1-5 - **每月(除了12月)从1号到15号这段时间内某刻**。 > H H 1,15 1-11 * - **每周四，19点30分** > 30 19 * * 4 - **每天早晨8点** > 0 8 * * * - **每周六日的8点12点18点构建** > H 8,12,18 * * 6,7 - **每周1到周5，8点到23点，每小时构建一次** > H 8-23 * * 1-5 - **每周1到周5，8点到23点，每两小时构建一次** > H 8-23/2 * * 1-5 - **每周1到周5，8点到23点，每30分钟构建一次** > H/30 8-23 * * 1-5 ## Jenkins自动合并分支通过jenkins发布项目时，可能需要合并分支，如：发布测试环境的时候需要把dev分支合并到test分支，此时就可以用jenkins自动实现。 ![](https://oscimg.oschina.net/oscnet/up-0b7182d811a6c454ba931c02e0b0bf85224.png) ![](https://oscimg.oschina.net/oscnet/up-d62244e8784d081ff3ac708fa813f67795b.png) ![](https://oscimg.oschina.net/oscnet/up-28ceac1db06c275d985ad410d725056b0db.png) ## 配置构建的参数 ![](https://oscimg.oschina.net/oscnet/up-5a5f7dfac4fcbbf4c72a67b95a2b758931d.png) - Source files 项目构建后的目录 - Remove prefix 去前缀 - Remote directoty 发布的目录 - Exec command 发布完执行的命令，我这边写的是发布完会重启tomcat ```` #! /bin/bash tomcat_home=/usr/local/tomcat-8 SHUTDOWN=$tomcat_home/bin/shutdown.sh STARTTOMCAT=$tomcat_home/bin/startup.sh echo "关闭$tomcat_home" $SHUTDOWN #杀死tomcat进程 ps -ef | grep $path | grep java | awk '{print $2}' | xargs kill -9 #删除日志文件，如果你不先删除可以不要下面一行 rm $tomcat_home/logs/* -rf #删除tomcat的临时目录 rm $tomcat_home/work/* -rf sleep 5 echo "启动$tomcat_home" $STARTTOMCAT #看启动日志 #tail -f $tomcat_home/logs/catalina.out ````

2021-07-08

DevSecOps落地第一步：如何将5类代码扫描嵌入CI/CD流水线

下面按「扫什么 → 放哪 → 四周怎么推」写，适合已有 CI/CD、扫描仍靠人工的团队对照实施。

2026-09-09

私有化部署的 CI/CD 工具对比：腾讯云 CNB 企业版 vs GitLab Self-Managed

摘要：当代码与构建数据不能留在公有云，私有化部署的 CI/CD 工具就成为刚需。本文聚焦腾讯云 CNB 企业版与 GitLab Self-Managed 两种私有化方案，从部署形态、数据归属、网络闭

2026-09-03

大模型应用CI/CD全流程解析：打通模型训练、评估、部署自动化，应用持续迭代实践23.7

传统软件的CI/CD大家都已经非常熟悉，写业务代码、提交代码后流水线自动做编译、单元测试、集成测试，通过之后直接部署上线，整个流程高度标准化。

2026-09-27

AI时代的Docker教程36招-第28招-Docker镜像怎么进入真正的CI/CD流水线？

我是老李，在企业数字人平台里负责交付这一摊。项目从一个最小的核心服务起步，网关、用户、ASR、TTS、LLM Gateway、Avatar Inference 一个个加进来，仓库里的 Dockerfile 从 1 个变成 6 个，构建方式却一直停在"谁的机器上谁负责"。

2026-09-17

我们团队踩了2年坑，才总结出这套企业级Jenkins CI/CD搭建方案（建议收藏）

200多个微服务同时构建失败，线上发版卡死，开发堵在办公室门口骂娘。我盯着Jenkins那台破服务器，磁盘100%，内存飘红，连后台都进不去。

2026-07-27

企业级 CI/CD 流水线演进：从自动化构建到效能度量的五阶段落地

企业级 CI/CD 流水线的建设，本质上是把原本散落在开发者终端、运维手册与口头交接中的交付动作，重构为一套可量化、可门禁、可回滚的自动化阶段。

2026-09-23

🔥 零代码接口工具 APIAuto 5，AI 问答&文档、CI/CD、扩展脚本 🌟 Star 破 2K

#39;a', 'bc') 设置请求头生成规则参数注入 RANDOM_DB, ORDER_DB 支持传自定义请求体 body，以及表名扩展为 schema.table CI

2026-06-02

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。