登录社区云，与社区用户共同成长
邀请您加入社区
各位技术同仁、AI/DevOps双领域的探索者们，大家好！我是深耕DevOps与MLOps融合的博主「云帆DevOps码农」。上个月我在技术社群发起了一个小调查：“你在落地AI Agent时，最大的运维痛点是什么？” 结果出来吓了一跳——竟然有87.3%的受访者勾选了「AI Agent的代码、模型、Prompt链、工具集、依赖环境、业务逻辑割裂迭代，上线效率低至周级甚至月级，回滚慢还容易出事故」，
摘要： 本文由资深开发者展菲撰写，探讨鸿蒙游戏开发中持续集成/持续交付(CI/CD)的必要性。文章指出，缺乏CI/CD将导致四大核心能力缺失：稳定交付、版本控制、多端协同和快速迭代。通过对比手动流程与自动化系统的差异，作者强调在多设备、分布式架构的鸿蒙生态中，CI/CD是项目可持续发展的关键。文章提供了最小可行CI/CD实施方案，并揭示自动化流程可使发布效率提升10倍。最后指出，CI/CD不仅是效
本文探讨了鸿蒙游戏开发中CI/CD的必要性，指出手动打包存在的核心问题：构建不可复现、流程不可追踪、发布不可回滚和多端版本管理困难。文章提出了构建CI/CD的最小可行方案，包括编写构建脚本、接入CI工具和实现自动触发，并进一步介绍了自动版本号、环境隔离、自动通知等进阶功能。针对鸿蒙多端开发特性，作者强调了多端CI/CD的重要性，展望了AI与CI/CD结合的未来趋势。通过对比手动打包与CI/CD的效
本文介绍了鸿蒙游戏开发中CI/CD（持续集成/持续交付）系统的重要性及实现方案。作者指出传统手动打包发布方式在团队协作和持续迭代中的弊端，提出完整的CI/CD解决方案需要实现自动构建、测试、发布和版本追踪四大核心功能。文章详细阐述了从代码管理、自动构建、测试、打包到发布的完整流水线设计，特别针对鸿蒙游戏的多端支持、资源更新和AI模型管理等特殊需求提供了具体实现方案。最后强调CI/CD系统是将项目从
AI Agent的CI/CD是指对Agent的全生命周期资产（代码、Prompt、RAG知识库、模型权重、工具配置）进行持续集成、持续测试、持续发布和持续观测的自动化流程，核心目标是在保障发布质量的前提下，最大化提升Agent的迭代效率。
LIBSVM 是一个简单易用且高效的 SVM 模式识别与回归软件包。它涵盖了多种 SVM 类型，为我们进行 SVM 模型构建提供了极大便利。在使用它之前，确保你已经安装并配置好环境。
本文的核心目的是帮助所有被上线问题折磨的开发、运维、DevOps工程师，掌握新一代AI驱动的CI/CD落地方法，不用再熬夜改流水线、不用再上线的时候盯屏幕到凌晨、不用再为了环境不一致的问题扯皮。本文覆盖从核心概念理解、算法原理拆解、环境搭建、代码实现、上线运行全流程，不仅讲"是什么"，更讲"怎么用"、“怎么避坑”。本文的范围包含：Harness平台的基础使用、AI Agent的核心代码实现、两者的
MATLAB代码：基于多时间尺度滚动优化的多能源微网双层调度模型关键词：多能源微网 多时间尺度 滚动优化 微网双层模型 调度参考文档：《Collaborative Autonomous Optimization of Interconnected Multi-Energy Systems with Two-Stage Transactive Control Framework》完全复现。
信任，一夜归零！周一还在KubeSphere上部署新功能，周四就看到闭源公告
1、安装kubesphere同时开启devops功能2、安装gitlab3、安装nexus34、安装habor5、创建企业空间，创建devops项目，创建工作空间(即放置项目相关部署的namespace)6、部署准备7、在git仓库中创建Dockerfile和deployment.yml8、创建流水线9、创建应用路由
本文介绍了在Kubesphere DevOps中使用JDK17构建Maven镜像的方法。首先从GitHub获取最新源码，构建支持JDK17的builder-maven镜像，并推送到私有Harbor仓库。然后在Kubesphere平台配置字典中添加JDK17的Maven配置节点。最后修改Jenkins流水线，将agent标签替换为新建的mavenjdk17，确保项目使用JDK17环境进行构建。整个过
《Yocto项目：嵌入式Linux开发的工业化基石》深入剖析了Yocto项目在产业应用中的核心价值。文章指出，Yocto已成为芯片原厂（如NXP、TI）、汽车电子（AGL平台）、数据中心（OpenBMC）、工业自动化（西门子等）等领域的标准构建体系，其Layer机制支持多团队协作与平台化管理。相比Buildroot，Yocto更适合大规模产品开发，具备工程化构建、安全合规、长期维护等优势。通过标准
🚀 CI/CD 全流程全解一篇适合设备端开发者、嵌入式工程师、新手工程师的保姆级教程，涵盖从 GitLab CI/CD 搭建到边缘设备部署。
ESP32 安装ADF框架
fill:#333;color:#333;color:#333;fill:none;管理集成调度存储存储代码推送镜像发布访问GitLabKubeSphere镜像仓库Harbor制品库NexusCI流程CD流程用户。
通过此方案，可实现代码提交到生产上线全流程控制在 8 分钟以内（视应用规模），且具备企业级安全审计能力。建议配合 KubeSphere 的审计模块记录所有部署操作。
以上方案已在Kubesphere 3.3.1 + Kubernetes 1.23环境中验证通过，实际部署时需根据具体环境参数进行调整。
通常会出现mkdir D:/权限不足的问题，按道理不能创建D:/这个目录的，找了一整天都没解决；之后发现将SDK放在D盘后就能成功安装，所以应该是npm命令不能在C盘操作；所以应该是要将cmd命令改回到C盘，具体修改操作可以参考。将默认选项中的东西删掉就能重回C盘。而我的cmd命令启动位置是在D盘。
接下来的部分定义了工作流中的多个步骤 (steps)，这些步骤会按顺序执行。
持续集成是一种软件开发实践，通过自动化工具对代码进行编译、测试和打包，减少人工干预，提高构建效率。它的核心理念是将代码频繁地集成到共享存储库中，并通过自动化构建和测试流程来验证代码的正确性。这样做可以为开发人员提供即时的反馈，帮助他们快速定位并修复问题，从而加速软件开发周期并提高软件质量。利用 Jenkins、SonarQube、Harbor、Container、Kubernetes技术，搭建一个
金融科技AI化正重塑行业格局，2026年复合型人才缺口达40万，薪资溢价40%。测试人员凭借风险预判和系统化思维迎来转型机遇：需掌握AI技术栈（Python/Prompt工程）和金融知识（风控模型/量化交易），构建对抗测试框架应对黑盒风险。转型关键在凸显质量基因（如漏洞发现能力）和工程化落地经验（如A/B测试优化）。金融AI测试专家年薪可达60-100万，需应对模型可解释性、实时数据测试等挑战。测
本文主要为了解决，jenkins-2.387.2-1.1.noarch版本重复报错 returned status code 128问题
ubuntu22.04安装rancher报[FATAL] k3s exited with: exit status 1错误
报错，集成错误，一般都是没找到java的运行环境。
怎么解决这个报错呢？用这个方法
那么针对仓库或版本控制系统的事件，对比不同的webhook，他们的实现方式略有差异，下面将针对架构模式、认证机制、事件处理差异、URL构建差异、命令处理差异、过滤逻辑差异、错误处理差异等展开说明。通过上述差异，提出几个可以在perforce_webhook以及swarm中可以优化及修改的措施。
从最初的99元服务器，到搭建完整的K3s + CI/CD体系，这一路踩了不少坑，但收获也不少。Kubernetes的学习门槛确实不低，但只要愿意折腾，总能找到答案。原创作者: aser1989转载于: https://www.cnblogs.com/aser1989/p/18797001。
在聚娃科技省赚客返利系统的日常迭代中，我们面临多环境（dev/test/staging/prod）、多微服务（用户中心、订单核销、返现引擎等）的高频发布需求。为提升交付效率与系统稳定性，我们基于Jenkins构建了一套完整的容器化CI/CD流水线，结合Docker、Helm与Kubernetes，实现从代码提交到生产部署的自动化闭环。对于关键服务，我们正在试点蓝绿发布，通过Istio流量切分实现零
Ubuntu上安装Kubernetes集群指南 本文详细介绍了在Ubuntu系统上安装Kubernetes集群的完整步骤，包括： 服务器初始化：配置主机名、时区同步、禁用swap分区、修改内核参数和启用IPVS功能 Docker安装：设置Docker仓库、安装Docker CE、配置镜像源并验证安装 CRI-Docker安装：下载安装cri-dockerd组件，创建systemd服务并启用 Kub
数据库DevOps是将DevOps实践应用于数据库管理的过程，旨在实现数据库变更的自动化、可重复性和可靠性。结合CI/CD（持续集成/持续交付）流程，可以显著提升数据库开发的效率和质量。通过上述方法，可以实现数据库变更的端到端自动化，减少人为错误，加快交付周期。使用Docker或Kubernetes创建隔离的数据库环境，确保开发、测试、生产环境一致性。使用Git等工具管理数据库脚本（如SQL、DD
要提升精度可以加大模拟年数，或者增加网络拓扑分析——比如某个节点故障是否会导致其他节点连带停电。这里每个负荷点的故障率设成0.1次/年，修复时间统一4小时。这段代码关键在poissrnd生成符合泊松过程的故障次数，rand打乱时间分布。注意这里把修复时间直接和故障时间绑定存储，方便后续处理。代码里没处理的时间重叠问题其实可以用事件驱动法改进，记录每次故障起止时间，再合并重叠时段。实现10负荷点的配
【代码】【CI/CD】CI/CD环境搭建流程和持续集成环境配置。
AI革命CI/CD：Gemini让自然语言生成高效流水线 本文揭示了Google Gemini如何通过自然语言交互彻底改变CI/CD脚本编写方式。开发者只需用日常语言描述需求，Gemini即可在3分钟内生成完整可用的CI/CD配置，效率提升高达80%。文章通过Python项目实战案例，展示了Gemini如何生成包含代码检查、测试、安全扫描、Docker构建和AWS部署的全流程GitHub Acti
本文介绍了使用Trivy工具在CI/CD流程中实现容器镜像安全扫描的方法。主要内容包括：Trivy的特点和扫描类型；在GitLab CI、Jenkins和GitHub Actions中的具体集成配置；扫描策略设置与漏洞忽略方法；以及定期更新数据库、设置合理阈值等最佳实践。通过将安全扫描自动化集成到CI/CD流程，可以有效发现和防范镜像中的高危漏洞，提升应用安全性。文章还提供了后续学习建议和思考题，
Docker 技术的诞生和发展已经深刻改变了软件开发、测试和部署的方式。随着容器化技术的不断进化，Docker 将继续在云计算、微服务、DevOps、CI/CD、人工智能和边缘计算等多个领域发挥重要作用。未来，Docker 技术将向着容器原生云平台、多云管理、安全性增强等方向发展，同时也面临着性能、网络管理和安全等挑战。随着这些挑战的逐步解决，Docker 无疑将在软件开发和运维的自动化、云计算架
ci/cd
——ci/cd
联系我们（工作时间：8:30-22:00）
400-660-0108 kefu@csdn.net
龙虾开发者社区
上海城市开发者社区
AtomGit开源社区
AI硬件创业社区
魔珐星云开发社区
开源鸿蒙跨平台开发者社区
