工程化与交付
TECH STACK开发技术栈从提交到上线：版本控制与单仓、构建与包管理、CI/CD、容器编排、网关与边缘。
收录条目
63 条
按用途筛选，同类才可比
先按分类把范围缩到一类：构建与包管理、版本控制与单仓、容器与编排、CI 与流水线、网关与边缘；同一类里再比形态与许可证。
分类
5 个
按用途分组
适用场景
技术选型
先定位，再比同类
数据日期
2026-10-27
核对到这一天
口径边界
只比同类
跨类不横向比
筛选与排序
显示 63 / 63 条工程化与交付对照表
第 1 / 3 页 · 共 63 条| 名称 | 分类 | 形态 | 一句话定位 | 亮点 / 热度 | 许可证 | 详情 |
|---|---|---|---|---|---|---|
| Ansible Red Hat · 构建与包管理 | 构建与包管理 | 配置管理与自动化工具 | 无代理的主机配置与批量执行工具 | 走 SSH 就能管机器，目标上不用装客户端；剧本用 YAML 描述步骤，模块覆盖软件… | GPL-3.0 | 查看详情 |
| Bazel Google · 构建与包管理 | 构建与包管理 | 多语言构建系统 | 面向大型单仓的可复现构建系统 | 在 BUILD 文件里声明目标与依赖，动作级缓存加远程执行让增量构建只重跑受影响的部… | Apache-2.0 | 查看详情 |
| Bundler 工程 / 部署 · Ruby 包管理 | 构建与包管理 | 技术名词 | Ruby 项目的依赖解析与版本管理工具 | Ruby 项目稳定复现依赖环境的基础。 | — | 查看详情 |
| Cargo 工程 / 部署 · Rust 包管理 | 构建与包管理 | 技术名词 | Rust 官方构建、依赖管理和测试工具 | Rust 项目从代码到可执行产物的统一入口。 | — | 查看详情 |
| CMake 工程 / 部署 · C++ 构建工具 | 构建与包管理 | 技术名词 | 跨平台生成和组织 C++ 构建工程的工具 | 描述项目如何被编译，而不是业务运行时。 | — | 查看详情 |
| Cobra 后端 · Go CLI | 构建与包管理 | 技术名词 | Go 命令行工具与子命令框架 | 把 Go 服务能力做成好用的命令行。 | — | 查看详情 |
| Composer 工程 / 部署 · PHP 包管理 | 构建与包管理 | 技术名词 | PHP 生态的依赖管理与自动加载工具 | PHP 项目安装和组织依赖的入口。 | — | 查看详情 |
| Dagger Dagger Inc. · 构建与包管理 | 构建与包管理 | 容器化构建引擎 | 用代码定义容器化构建流水线 | 流水线写成代码，任一步骤都在容器里执行，本地与 CI 结果一致；步骤间靠内容寻址缓存… | Apache-2.0 | 查看详情 |
| Maven / Gradle 工程 / 部署 · JVM 构建工具 | 构建与包管理 | 技术名词 | Java / Kotlin 项目的依赖管理与构建工具 | 管理 JVM 项目从源码到产物的过程。 | — | 查看详情 |
| Mix 工程 / 部署 · Elixir 构建工具 | 构建与包管理 | 技术名词 | Elixir 项目的构建、测试、依赖和任务工具 | Elixir 项目的日常开发控制台。 | — | 查看详情 |
| NuGet 工程 / 部署 · .NET 包管理 | 构建与包管理 | 技术名词 | .NET 生态的依赖包管理平台 | .NET 项目获取和管理依赖的入口。 | — | 查看详情 |
| Pulumi Pulumi Corp. · 构建与包管理 | 构建与包管理 | 基础设施即代码工具 | 用通用编程语言写基础设施 | 直接用 TypeScript、Python、Go 描述资源，循环、函数与测试都能复用… | Apache-2.0 | 查看详情 |
| sbt 工程 / 部署 · Scala 构建工具 | 构建与包管理 | 技术名词 | Scala / JVM 项目的构建与依赖管理工具 | Scala 项目从源码到产物的构建入口。 | — | 查看详情 |
| Terraform HashiCorp（IBM） · 构建与包管理 | 构建与包管理 | 基础设施即代码工具 | 用声明式配置管理云上资源 | 把网络、机器与托管服务写成配置，执行前先出变更计划，确认后按依赖顺序创建或销毁；状态… | BUSL-1.1 | 查看详情 |
| Turborepo Vercel · 构建与包管理 | 构建与包管理 | 前端单仓构建系统 | 给 JS 单仓做任务编排与远程缓存 | 用一份配置文件描述任务依赖，只跑受影响的项目，命中缓存时连产物与日志一起复用；远程缓… | MIT | 查看详情 |
| Vite 前端 · 工具 | 构建与包管理 | 技术名词 | 前端开发服务器与构建工具 | 负责启动和打包，不负责定义页面业务。 | — | 查看详情 |
| Backstage CNCF（Spotify 发起） · 版本控制与单仓 | 版本控制与单仓 | 开发者门户 | 统一服务目录的开发者门户框架 | 把服务、文档、流水线与告警收进一个目录，新人找入口不用再翻聊天记录；插件机制能接自有… | Apache-2.0 | 查看详情 |
| Git 工程 / 部署 · 版本控制 | 版本控制与单仓 | 技术名词 | 记录代码变化并协作管理版本的工具 | 让每次改动都有记录、可比较、可回退。 | — | 查看详情 |
| Gitea Gitea 社区 · 版本控制与单仓 | 版本控制与单仓 | 轻量自托管 Git 服务 | 一个二进制跑起来的自建代码托管 | 单文件部署、内存占用小，低配机器与边缘设备也能跑；仓库、Issue、评审、Webho… | MIT | 查看详情 |
| GitHub GitHub（Microsoft） · 版本控制与单仓 | 版本控制与单仓 | 代码托管与协作平台 | 以 PR 评审为中心的代码托管平台 | 评审、Issue 与流水线长在同一处，开源协作默认就在这里；代码搜索、归属与依赖图可… | 商业许可 | 查看详情 |
| GitLab GitLab Inc. · 版本控制与单仓 | 版本控制与单仓 | 一体化 DevOps 平台 | 仓库、流水线与制品一体的自托管平台 | 从仓库、评审、流水线到制品与安全扫描都在一个项目里，自托管可以把代码留在内网；流水线… | MIT（社区版，企业版商业许可） | 查看详情 |
| pnpm + Nx 工程 / 部署 · 单仓工程 | 版本控制与单仓 | 技术名词 | JavaScript / TypeScript monorepo 的依赖与任务编排组合 | pnpm 管依赖，Nx 管多项目任务图。 | — | 查看详情 |
| Consul HashiCorp（IBM） · 容器与编排 | 容器与编排 | 服务发现与配置中心 | 带健康检查的服务发现与配置中心 | 服务注册后由健康检查决定是否可路由，配合 DNS 或 API 就能做发现与故障摘除；… | BUSL-1.1 | 查看详情 |
| containerd CNCF · 容器与编排 | 容器与编排 | 容器运行时（CRI） | 被编排系统调用的标准容器运行时 | 把镜像拉取、存储与容器生命周期做成独立守护进程，Kubernetes 通过 CRI… | Apache-2.0 | 查看详情 |
| Coolify Coolify（coollabs） · 容器与编排 | 容器与编排 | 自托管 PaaS 平台 | 自托管的类托管部署平台 | 连上仓库就能自动构建部署，数据库、缓存与对象存储可在界面里一键起；带域名、证书与备份… | Apache-2.0 | 查看详情 |
| Docker 工程 / 部署 · 交付工具 | 容器与编排 | 技术名词 | 应用容器化与环境封装工具 | 把“代码 + 运行环境”一起装进可搬运的盒子。 | — | 查看详情 |
| Dokploy Dokploy · 容器与编排 | 容器与编排 | 自托管部署平台 | 自托管的部署与应用管理面板 | 在界面里挂仓库、配环境变量就能部署，支持多种构建方式与数据库模板；带监控与备份入口，… | — | 查看详情 |
| Dragonfly CNCF · 容器与编排 | 容器与编排 | P2P 镜像与文件分发 | 点对点加速镜像分发的 P2P 系统 | 大镜像不再都从仓库拉，节点之间互相传块，仓库出口压力明显下降；调度器按拓扑选源，预热… | Apache-2.0 | 查看详情 |
| etcd CNCF · 容器与编排 | 容器与编排 | 分布式键值存储 | 强一致的分布式键值存储与协调服务 | 用一致性协议保证读写强一致，是 Kubernetes 等系统的状态底座；支持监听变更… | Apache-2.0 | 查看详情 |
| External Secrets Operator CNCF · 容器与编排 | 容器与编排 | Kubernetes 密钥同步控制器 | 把外部密钥同步成集群 Secret 的控制器 | 在集群里声明要哪些密钥，控制器去外部密钥服务或参数仓库拉取并生成 Secret；来源… | Apache-2.0 | 查看详情 |
数据说明
收录规模63 个条目分 5 类，同类之间才可比
资料口径各项目官方文档与代码仓库以官方文档与仓库为准，只做中文整理
数据日期2026-10-27核对到这一天，官方改动以官方为准
口径边界只比同类跨类场景不同，不可直接比价与打分
常见问题
小团队要不要上 Kubernetes？
只有一两个服务时，先用手写容器 + 托管平台（或单机 Docker Compose）更省心；服务数量、发布频率与弹性需求上来了，K8s 的调度与自愈才划算。
单仓（monorepo）适合什么团队？
适合前后端/多包共享代码、需要原子提交与统一依赖版本的团队，代价是构建工具（Nx / Turborepo）与 CI 缓存要配对，否则一次改动会触发全量构建。
条目信息取自各项目官方仓库与文档；定位、优势与注意事项为中文归纳，数值不改写，仓库地址、许可证与版本以官方为准。