ci/cd

性能 CI 成本优化：设备分钟、风险分层与自适应测试选择性能用例越来越多后，全设备、全场景、全配置每次都跑会迅速耗尽设备分钟。简单减少用例又会降低回归覆盖。本文用变更影响、历史风险和分层门禁，把有限资源投入最有价值的验证。

2026年CI/CD工具选哪家比较好：主流方案对比与Gitee选型解析对于已经使用Gitee托管代码、且对数据出境或信创适配有要求的国内研发团队，优先在Gitee企业版内置的Gitee Go上做POC验证，通常比单独采购第三方流水线工具更省集成成本；而对于代码仓库在GitHub、追求全球开源生态的团队，GitHub Actions仍是上手最快的选择。这个判断的依据不是工具本身的强弱，而是仓库位置、部署模式与合规要求三者共同决定的接入成本差异。

机芯智能离线语音模块实战问答：SU-03T、CI-03T、SU-63T 与 JX-A7T 高频问题排查离线语音模块上手阶段遇到的问题往往高度雷同：烧录不进去、唤醒词时灵时不灵、IO 触发没反应、两路音频想共用一个喇叭。本文整理自机芯智能（智能公元平台）技术支持群里真实发生的多轮问答（人名已脱敏，细节按讨论原意归纳），覆盖 SU、CI、JX 三个系列的高频问题，供选型和排障时对照参考。

Lvan的前端笔记

GitLab CI 环境变量整理分为两大类：内置预定义变量（系统自带）、自定义变量（自己定义）；同时附带变量优先级、掩码/保护规则、调试方式。

梯度下降者

二、自动化运维架构师的三大核心能力机器取代了那重复性工作, 资深技术人员正从“执行者”朝着“设计者”进化。五年之前, 有一位身为运维工程师的人, 其日常情形是, 每日里登录服务器去检查日志, 手动开展备份数据库的操作, 一台一台地去更新配置文件。等到服务器的数量由几十台增长至几百台之时, 此人开始着手撰写脚本, 当脚本演变成一堆极难加以维护的“屎山”之际, 此人开启思考, 想的是, 可不可以设计出一套平台, 让机器自行去做这些事情呢。

长不大的杨瑞杰

OpenCode v2 CI 与自动化实战：无交互运行、权限收口与制品闭环这是《OpenCode v2 实战：从零搭建企业级 AI 编程助手》专题第 10 篇。上一篇解决了长会话中的 Compaction、Snapshots 与任务续跑；本篇把 Agent 放进真正的工程流水线：使用 opencode run 无交互执行审查与分析，用独立服务和最小权限缩小影响面，把模型输出、测试结果和差异证据保存为制品，并为超时、失败、重试和人工审批建立明确边界。

Jenkins持续集成开发人员将项目部署到测试环境（可能是虚拟机、Docker容器或云服务器），测试人员根据测试环境地址进行功能测试和自动化测试脚本开发，脚本通过Jenkins等工具执行，Jenkins先把代码拉取下来，进行自动化测试，并生成报告，以邮件的方式通知开发人员。目的就是在软件不断的迭代过程中，能快速的发现BUG。 jenkins帮测试人员我们做的事：jenkins检测到代码变化-拉取代码-编译-测试-生成测试报告-自动发送邮件（测试情况）。而我们只需要写代码、提交至代码托管平台、看邮件。

kaixin_learn_qt_ing

CI/CD是什么CI/CD 是现代软件开发中非常重要的一套工程化实践。软件集成高级工程师-CSDN博客你刚才看到的那个月薪 20–21K、驻罗马尼亚的软件集成工程师岗位，它的核心工作之一就是维护 CI/CD 流水线。

离线语音芯片怎么选：SU、CI、JX、JL 系列语音模块选型指南在智能硬件行业，语音交互早已不是锦上添花的功能，而是小家电、灯具、玩具、卫浴等品类的标配。一位智能硬件厂商的工程师在选型过程中先后咨询了离线语音模块和 WiFi 语音模块的批量事宜，这一细节本身就说明：语音方案的选型正在从"要不要加语音"转向"加哪一种语音"。

跨项目流水线报 404 Not Found？CI_JOB_TOKEN 允许名单 9 步排查跨项目调用是流水线里最自然的动作：一个编排项目去触发公共库项目的流水线，或者从制品仓库里拉一个共享包。配置看起来没错，令牌也是现成的 CI_JOB_TOKEN，跑起来却是 404。

CI/CD A 服务器（构建机）免密登录 B 服务器（目标部署机）完整操作原理：A 生成 ssh 密钥对，把公钥放到 B 服务器~/.ssh/authorized_keys，A 用私钥登录 B，CI/CD 工具（Jenkins/GitLab CI 等）使用 A 上的私钥远程发布。说明：A = 发起端，B = 目标服务器；操作全部在A 服务器执行，少量 B 端权限检查。

线上CI流水打包失败排查思路案例记录一次 weci 流水线打包失败的排查全过程。最终结论有两层反直觉：一是报了半天的 Cannot find module 'compressing' 根本不是病因，只是并发症；二是我一度用对照实验把嫌疑锁定在"构建节点到镜像站的网络链路"，最终证实的根因却是镜像站代理缓存里几个包的 tgz 副本损坏——清缓存后一次通过。这个过程让我深刻体会到：排查问题时最大的敌人不是错误本身，而是被表象报错和看似充分的中间结论带偏方向。

你看我名字

LAMP 架构演练：从云主机准备到 Apache、PHP、MySQL 上线验证本文是一篇可操作的 LAMP 架构演练，目标是在 Linux 云主机上完成 Apache、PHP 和 MySQL 的安装、配置、验证、安全加固、备份和故障定位。命令以 Debian/Ubuntu 风格为例，不同发行版的包名可能不同。

手把手把 GitHub 推上阿里云 ECS：Actions CI/CD 全链路避坑实录（折腾好几天，到 2 分钟见绿）写一篇我这个月刚踩完的坑：用 GitHub Actions 把自己的 Node + Docker 项目自动部署到阿里云 ECS。逻辑本身没有任何难度——构建、rsync、SSH 上去 docker compose up -d，二十行 YAML 的事。真正磨人的是国内服务器拉镜像、跨境 SSH 长连接、端口抢占这一地碎片。我把完整流程和每一个坑的排障过程记下来——真实情况是这套二十行 YAML 的东西前后折腾了我好几天，希望刷到这篇的同学能一天走完。

金丝雀/AB/红绿发布按流量比例逐步放量，只能按流量，不按流量就不是金丝雀发布新版本先给一小部分用户（比如 1%）观察是否出问题

持续集成持续交付企业示例释放jenkins节点，让所有任务不在jenkins中执行

GitHub CI/CD 全流程代码合进 main，GitHub Actions 亮了绿灯，打开网站却还是旧页面。这种情况很常见：代码已经到了 GitHub，测试也过了，但还没人把新版本放到服务器上。

虎鲸不是鱼

【虎鲸进化论 13】CI/CD：它在服务器上铺了条流水线本文是「虎鲸进化论」系列第 14 篇（正文第 13 篇）。上一篇：记忆与个性；下一篇预告：代码理解 —— tool call 循环与 subtask。

mirrorOf= 把私服请求拦去了公网镜像：本地能跑，CI 上内部包 404 排查老炮踩坑录 · 番外篇 · 翻车现场系列基于「基础企业档案」真实项目代码，复盘一次"本地构建正常、CI 上内部包 404"的排查