Taiga 认知与选型：开源敏捷项目管理平台全景
开源敏捷项目管理平台 Taiga 的组件认知与选型分析：六大模块架构拆解、与 OpenProject/Redmine/Leantime 的量化对比及适用场景评估。
Taiga 认知与选型：开源敏捷项目管理平台全景
Taiga 是由西班牙公司 Kaleidos 开源（2014 年发布）的敏捷项目管理平台，围绕 Scrum、Kanban 看板、Issue 跟踪与 Wiki 四类核心能力组织产品形态，定位为「为敏捷团队而生」的开源替代品。本文基于 2026-10-28 对上游官方渠道的逐一溯源与一次完整的 Ubuntu 22.04 单机部署实测，拆解 Taiga 的模块架构、版本现状、资源画像，并与 OpenProject、Redmine、Leantime 做量化对比，帮助你判断它是否适合你的团队。安装实操见本专栏《Ubuntu 22.04 安装 Taiga 6.10 指南》。
一、Taiga 是什么：产品定位与能力边界
1.1 核心能力
Taiga 以「项目」为顶层单元组织工作，每个项目内提供：
| 能力 | 说明 |
|---|---|
| Scrum | 迭代（Sprint）、用户故事、故事点、燃尽图、任务板 |
| Kanban | 看板视图、WIP 控制、泳道（按状态/用户分列） |
| Issue 跟踪 | 轻量工单，支持自定义状态、优先级、严重级别、标签 |
| Wiki | 项目级 Wiki 页面，Markdown 编辑 |
| Epic（史诗） | 跨迭代的用户故事归类与进度追踪 |
辅助能力包括：团队与角色权限（Owner / Product Owner / 斯克拉姆主等预设角色）、自定义字段、里程碑、附件管理（可选受保护下载）、导入器（Trello / Jira / GitHub / Asana 迁移）、Webhook、以及 Django Admin（/admin/）后台。官方还提供 sample_data 命令灌入演示数据，便于快速评估。
1.2 许可证与代码组织
Taiga 采用「后端 MPL-2.0 + 前端 AGPL-3.0」的双许可证组合（均经 GitHub API 实查，2026-10-28）。商业使用基本无障碍，但前端 AGPL 对「改造后对外提供网络服务」的场景有传染性义务，二开团队需留意。代码托管在 GitHub taigaio 组织下，主要仓库包括 taiga-back、taiga-front、taiga-front-dist、taiga-events、taiga-protected、taiga-contrib-protected 等。
1.3 上游活跃度
实查数据（2026-10-28，GitHub API）：taiga-back 858 star，taiga-front 385 star，主仓库 taiga 576 star。相比 Redmine（数十年积累的庞大生态）或 OpenProject（背后有商业化公司 opf 持续驱动），Taiga 的社区规模中等；其维护方 Kaleidos 仍在持续发布补丁版本（2025-2026 年间 6.10.x 系列多次更新），属于「稳定维护、无激进演进」的状态。
二、版本现状与技术栈溯源（2026-10-28）
2.1 模块版本表
Taiga 不是单一程序，而是多模块协同的平台。以下版本均经 GitHub API 与仓库实际检出核实：
| 模块 | 角色 | 最新稳定版 | 技术栈 |
|---|---|---|---|
| taiga-back | REST API 后端 | 6.10.2 | Python 3.10 / Django 3.2.25 / gunicorn 23.0.0 / psycopg2 2.9.11 |
| taiga-async | 异步任务（Celery） | 随 taiga-back 6.10.2 | celery 5.5.3，RabbitMQ 为 broker |
| taiga-front-dist | 前端预编译产物 | 6.10.3 | AngularJS 构建产物，Nginx 直接托管 |
| taiga-front | 前端源码仓库 | 6.10.3 | AngularJS（已 EOL，仅作二开参考） |
| taiga-events | WebSocket 网关 | 6.10.0 | Node.js / amqplib / ws |
| taiga-protected | 附件保护服务 | 6.10.1 | Python / gunicorn，监听 8003 |
| taiga-contrib-protected | back 端附件保护插件 | 6.10 | pip 安装，随 back 一起工作 |
各仓库均维护 stable 分支，官方源码部署文档即以 git checkout stable 为准。实测在部署机上执行 git describe --tags：taiga-back stable 精确落在 6.10.2，taiga-front-dist stable 精确落在 6.10.3，与 tag 列表一致。
2.2 关键技术事实
- Django 3.2.25：3.2 是 LTS（延长支持至 2024-04），上游已停止安全维护，这是 Taiga 6.x 的既定技术债；升级到 Django 4.x 的工作未见官方排期。
- AngularJS 前端：AngularJS 1.x 已于 2021 年底 EOL，前端框架老旧意味着定制门槛高、社区主题少。
- 数据库要求：官方文档标注 PostgreSQL >= 9.4 且 < 14（文档撰写于 Ubuntu 20.04 时代）；实测 PostgreSQL 14.24（Ubuntu 22.04 默认版本）全量迁移 73 张表成功、API 与看板功能正常，PG 14 实际可用，但属于「超官方口径使用」，升级前需自行验证。
- 发行方式：官方文档提供两条生产路径——编排式部署（官方首推，基于其官方编排仓库与 .env 配置）与源码单机部署（本文系列的口径）。值得注意：早期文档中前端「下载 release tar.gz」的分发方式已失效（实测
taiga-front/releases/download/release-6.10.3/taiga-6.10.3.tgz返回 404，官方仓库 Releases 列表为空），现行官方文档已改为git clone taiga-front-dist并检出 stable 分支。 - Redis 并非必需：taiga-back 默认缓存为 LocMemCache（
settings/common.py），settings 中无任何 Redis 引用；requirements 里的 redis 7.1.0 只是传递依赖。大量第三方教程安装 Redis 属于冗余动作，除非你自行改造成 Redis 缓存后端。
三、架构拆解：一次请求穿过六个进程
单机部署时，Taiga 的完整进程拓扑如下（端口号为默认值，均经实测）：
客户端
│ HTTP
▼
Nginx :80（唯一对外入口，静态托管 + 反向代理）
├── / → taiga-front-dist/dist/（纯静态文件）
├── /api/ → 127.0.0.1:8001（taiga-back，gunicorn）
├── /admin/ → 127.0.0.1:8001（Django Admin）
├── /static/ → /home/taiga/taiga-back/static/（collectstatic 产物）
├── /media/ → 127.0.0.1:8003（taiga-protected，校验令牌后回源发附件）
├── /_protected/ → 本地目录（Nginx internal，仅由 protected 服务内部触发）
└── /events → 127.0.0.1:8888（taiga-events，WebSocket 升级连接）
taiga-back :8001 ──► PostgreSQL :5432（业务库 taiga，73 张表）
taiga-back ──► RabbitMQ :5672（投递异步任务消息，vhost taiga）
taiga-async（celery worker + beat）──◄ RabbitMQ（消费任务：通知邮件、导出、timeline 等）
taiga-events :8888 ──◄ RabbitMQ（订阅变更事件，推送实时看板刷新）
taiga-protected :8003 ──► /home/taiga/taiga-back/media/（附件文件）
3.1 组件职责与耦合点
- SECRET_KEY 三处一致：taiga-back 的 config.py、taiga-events 的 .env、taiga-protected 的 .env 必须使用同一个密钥（events 用它校验 JWT，protected 用它签发附件下载令牌），这是配置层面最容易出错也最隐蔽的耦合点。
- RabbitMQ 双消费者：celery worker（任务队列）与 taiga-events（事件广播）都挂同一个 vhost，队列实查可见 tasks、celery@ 主机名 pidbox、celeryev 三类队列。
- 前端零服务化：taiga-front-dist 只是静态目录，运行期唯一的动态配置是 dist/conf.json（浏览器加载后决定 API 与 WebSocket 地址），改地址不需要重新构建。
3.2 资源画像（本机实测）
Ubuntu 22.04 / 6 vCPU / 19GB 内存环境，空载并跑完一轮建项目、发通知后的各进程内存（systemd MemoryCurrent 实测值）：
| 进程 | 内存 |
|---|---|
| taiga（gunicorn，4 workers） | 约 308 MB |
| taiga-async（celery worker+beat，4 并发） | 约 299 MB |
| taiga-events（Node） | 约 32 MB |
| taiga-protected（gunicorn，4 workers） | 约 53 MB |
四个 Taiga 自有进程合计约 692 MB，加上 PostgreSQL、RabbitMQ、Nginx 等基础设施，2 核 4GB 内存可稳定支撑小团队使用（官方最低要求 1GB 内存 / 20GB 磁盘，实际建议 4GB 起步）。磁盘方面，四个代码目录实测合计约 546 MB（其中 taiga-back 含 Python 虚拟环境 480 MB 占大头），数据库随项目规模增长。
四、量化选型对比
对比对象为同赛道主流开源方案，版本均于 2026-10-28 实查：
| 维度 | Taiga 6.10 | OpenProject 17.9.4 | Redmine 7.0.2 | Leantime 3.12.0 |
|---|---|---|---|---|
| 发布节奏 | 6.10.x 维护性更新 | 高频（17.x 月度补丁） | 一年一代大版本（7.x） | 高频小版本 |
| 语言栈 | Python/Django + Node + AngularJS | Ruby on Rails + Vue | Ruby on Rails | PHP (Laravel) + Vue |
| 许可证 | MPL-2.0 + AGPL-3.0（前端） | GPL-3.0（社区版） | GPL-2.0 | AGPL-3.0 |
| 数据库 | PostgreSQL（仅此一种） | PostgreSQL / MySQL | MySQL/MariaDB / PostgreSQL | MySQL/MariaDB |
| 敏捷深度 | 原生 Scrum+Kanban，故事点/燃尽图开箱即用 | 强（企业版更全） | 原生偏弱，靠插件补齐 | 中等，偏轻量 |
| 甘特图 | 无原生支持 | 原生强项 | 插件 | 有 |
| Wiki | 有 | 有 | 有 | 有 |
| 进程模型 | 4 服务 + 3 中间件，最复杂 | 1 主程序 + DB | 1 主程序 + DB | 1 主程序 + DB |
| 实测空载内存 | 自有进程约 700 MB | 约 1.5~2 GB（Rails+Sidekiq） | 约 400~800 MB | 约 200~400 MB |
| 二开门槛 | 高（AngularJS EOL + Django 3.2 EOL） | 中 | 中 | 中低（PHP 生态） |
| 中文支持 | 界面有中文翻译 | 有 | 有（社区翻译成熟） | 有 |
（OpenProject 与 Redmine 内存为社区普遍反馈量级，非本文实测；其余 Taiga 数据为本文实测。）
4.1 选型结论
选 Taiga 的理由：团队以 Scrum/Kanban 为核心工作法、追求开箱即用的敏捷体验、能接受仅 PostgreSQL、愿意维护多服务架构。它在「敏捷原生度 / 界面现代感 / 部署复杂度」三角里偏向前两者。
不选 Taiga 的理由：需要甘特图与项目组合管理（选 OpenProject）、需要最大插件生态与 MySQL 自由度（选 Redmine）、只有几个人且想要最简运维（选 Leantime 或同赛道单二进制的 Vikunja，本站已有其部署实录）。
架构复杂度提醒：Taiga 是本文对比中唯一需要「Web 服务器 + API 后端 + 异步 worker + WebSocket 网关 + 附件保护服务 + 消息队列 + 数据库」七件套齐活的方案，排障面最宽。对应的补偿是职责清晰：任何一个模块故障都有独立的 systemd 单元与日志可查。本系列的配置详解与运维命令两篇正是为此准备的。
五、本文系列的阅读路径
- 安装落地：《Ubuntu 22.04 安装 Taiga 6.10 指南》 —— 从系统依赖到端到端验证的全流程实测。
- 配置精讲：《Taiga 6.10 配置详解：五份配置文件逐段精讲》 —— config.py、conf.json、双 .env、Nginx 与 systemd 的每个关键字段。
- 日常运维：《Taiga 6.10 运维命令手册：服务、备份与排障》 —— 服务管理、备份恢复、升级与排障速查。
信息溯源清单（查询日期均为 2026-10-28）：版本号取自 GitHub taigaio 组织各仓库 tags 与 stable 分支检出；组件定位与官方部署口径取自 docs.taiga.io《Install Taiga in Production》；许可证与 star 数取自 GitHub API；OpenProject 版本取自 opf/openproject 最新 release（v17.9.4，2026-10-26）；Leantime 版本取自 Leantime/leantime 最新 release（v3.12.0，2026-10-15）；Redmine 版本取自 redmine/redmine 最新 tag（7.0.2）。