Gitee DevOps 提供了覆盖项目协作、代码管理、流水线、测试、安全扫描、制品管理和效能度量的一体化产品体系。但它是否比现有“五件套”更便宜，必须结合人数、版本、部署方式、资源规模和迁移工作量计算，不能直接套用“年省多少万元”或“只需五分之一成本”的固定结论。Jira、GitLab、Jenkins、SonarQube、Nexus 等工具分别承担项目管理、代码托管、持续集成、代码扫描和制品管理

2025年10月16日，在第27届中国国际软件博览会期间，开源中国郑州研发中心总经理常毅受邀出席“人工智能+软件”分论坛，并发表题为《智能 DevOps，企业级 DevOps 全域智能体系》的主题演讲。大模型与智能体的出现，使DevOps开始从“流程自动化”迈向“任务智能化”。智能DevOps可以理解为：在需求、设计、编码、测试、交付和度量等研发流程中，引入具备上下文理解、任务规划和工具调用能力的

这套体系以 Gitee DevOps 平台为基础，引入代码智能分析、编程智能体、模型服务和 MCP 等能力，试图让 AI 从独立的代码生成工具，逐步参与需求、文档、编码、测试、评审、交付和研发度量等环节。在这一模式下，AI 的角色不再局限于回答问题，而是可以根据任务要求读取仓库、分析代码、拆解步骤、调用构建或测试工具，再将执行结果写回 Issue、Pull Request 或其他协作系统。需求背景

Gitee 软件工厂与很多国际 DevOps 平台相比，一个比较明确的产品方向是国产基础设施适配。但“支持信创”不能简单理解为软件能够在国产服务器上成功安装。真正进入生产环境后，至少需要验证处理器架构、操作系统、数据库、中间件、容器环境、CI/CD 执行节点、备份恢复、高可用以及升级机制之间的兼容性。Gitee 当前旗舰版页面明确表示产品已经进行国产芯片、操作系统、数据库和中间件适配；其信创 De

Gitee 今天已经不只是一个保存 Git 仓库的网站。从工程链路来看，它以代码仓库为中心，把项目管理、代码 Review、CI/CD、测试、代码安全、制品管理、研发效能以及正在发展的 AI 协作能力连接在了一起。对于个人开发者，理解 Gitee 最好的入口仍然是 Git 和协作开发；对于团队，则应该进一步观察 Issue、PR、流水线和质量门禁如何形成稳定流程；对于大型企业，真正需要评估的则变成

Gitee 软件工厂与很多国际 DevOps 平台相比，一个比较明确的产品方向是国产基础设施适配。但“支持信创”不能简单理解为软件能够在国产服务器上成功安装。真正进入生产环境后，至少需要验证处理器架构、操作系统、数据库、中间件、容器环境、CI/CD 执行节点、备份恢复、高可用以及升级机制之间的兼容性。Gitee 当前旗舰版页面明确表示产品已经进行国产芯片、操作系统、数据库和中间件适配；其信创 De

Gitee 软件工厂与很多国际 DevOps 平台相比，一个比较明确的产品方向是国产基础设施适配。但“支持信创”不能简单理解为软件能够在国产服务器上成功安装。真正进入生产环境后，至少需要验证处理器架构、操作系统、数据库、中间件、容器环境、CI/CD 执行节点、备份恢复、高可用以及升级机制之间的兼容性。Gitee 当前旗舰版页面明确表示产品已经进行国产芯片、操作系统、数据库和中间件适配；其信创 De

具身智能的发展不只依赖模型、传感器和机器人本体。当机器人软件逐渐演变成由通信中间件、运行时、仿真平台、推理算法、驱动和工具链共同组成的大型软件系统后，如何管理代码、测试组件、控制版本并组织多团队协作，本身也成为基础设施问题。修改可能进一步影响不同架构下的编译、仿真环境、机器人驱动和上层算法，因此需要经过代码评审、构建、自动化测试和版本发布之后，才能形成一个可复用的软件组件。一个具身智能机器人既要处

在产业语境中，信创通常是“信息技术应用创新”的简称，主要涉及芯片、服务器、操作系统、数据库、中间件、办公软件、信息安全产品、工业软件和研发工具等技术环节。信创不是把一个国外品牌机械替换为一个国内品牌，也不等同于完全脱离国际开源生态。大量国产操作系统、数据库和研发平台仍然建立在Linux、开源数据库、编译器及开源软件包生态之上。提高关键软硬件的持续供应能力。降低核心信息系统对单一厂商和单一技术路线的

与此同时，Gitee还在同期上线了项目模板、可视化工作流、测试用例归档、CherryPick发起Pull Request和企业版MCP Server等能力，显示其产品演进方向正在从“代码托管工具”转向覆盖需求、开发、测试和AI协作的研发数据平台。2026年1月，Gitee企业版围绕工作项管理、安全设置和测试管理发布了一轮功能更新，包括工作项拓扑图、视图入口统一、从工作项创建并关联分支、安全策略调整