Tuleap 认知与选型:开源 ALM 敏捷项目管理平台全景

Tuleap 17.5 认知与选型全景:Enalean 出品开源 ALM 平台的定位与功能矩阵、官方仅支持 EL9 与 MySQL 8.4 的硬边界、分发渠道实测,以及与 Redmine/OpenProject/Taiga/Phorge/Jira 的量化对比与场景化选型建议。

TuleapTuleap项目管理敏捷PHP2026/10/28

Tuleap 认知与选型:开源 ALM 敏捷项目管理平台全景

Tuleap 是法国 Enalean 公司主导开发的开源 ALM(Application Lifecycle Management,应用生命周期管理)平台,把需求管理、敏捷计划、Tracker 跟踪器、测试管理、Git/SVN 代码托管和项目文档整合在同一个 Web 平台内,并以「需求—任务—测试—缺陷」双向可追溯作为核心卖点,在嵌入式系统、汽车电子、航空航天、政务等强合规行业有大量落地案例。本文是 Tuleap 系列的第一篇:讲清它是什么、官方支持哪些操作系统、与 Redmine/OpenProject/Taiga 等同类方案相比强在哪里,最后给出可执行的选型决策建议。安装实践见《Ubuntu 22.04 安装 Tuleap 17.5 指南》,配置细节见《Tuleap 17.5 配置详解:配置文件与系统变量逐项精讲》,日常运维见《Tuleap 17.5 运维命令手册:服务、备份与排障》。

本文所有官方信息均标注来源与查询日期(2026-10-28);版本事实以官方 Release Notes 为准——截至查询日,官方列出的最新稳定版为 Tuleap 17.5(2026 年 4 月发布)。

一、Tuleap 是什么:定位、能力与技术栈

1.1 产品定位:ALM 平台,不是轻量看板

Tuleap 由法国 Enalean SAS 主导开发,技术血脉可追溯至 2000 年前后的 CodeX/Codendi 研发管理平台,官方博客以「25 years of agile」自述其敏捷实践积累(来源:tuleap.org,查询日 2026-10-28)。它的定位需要和三类工具区分开:

对比对象定位差异
Kanboard/Wekan 等轻量看板只做任务流转;Tuleap 有完整的 Tracker/需求/测试/文档体系
Taiga/Leantime 等敏捷 PM面向团队级敏捷协作;Tuleap 面向「研发全生命周期 + 审计追溯」
GitLab/Gitea 等代码平台以代码为中心;Tuleap 以「需求与流程追溯」为中心,代码托管只是其中一环

商业模式为「社区版 + Enterprise Edition(TEE)」:社区版功能完整,TEE 由 Enalean 提供更多插件、增强可靠性与商业支持。官网首页展示的第三方评分为 Capterra 4.5/5、G2 4.3/5(查询日 2026-10-28)。

1.2 核心功能矩阵

Tuleap 的功能以 RPM 插件包形式组织(包名 tuleap-plugin-*),官方分步安装文档中一次列出 40 余个插件包,主要功能域如下(来源:docs.tuleap.com 安装指南 Install packages 页,查询日 2026-10-28):

功能域代表插件/能力说明
Tracker 跟踪器tuleap(核心)自定义字段/工作流/语义字段(缺陷、用户故事、任务)
敏捷计划agiledashboard、cardwall、taskboard、roadmap、projectmilestonesScrum/Kanban 看板、燃尽图、里程碑
规模敏捷program_management、velocitySAFe 式项目群管理、PI 规划、速率统计
需求管理artidoc、baseline、crosstracker在线需求文档、需求基线、跨 Tracker 查询
测试管理testmanagement、testplan测试用例、测试运行、测试计划
文档管理document、document_generation、pdftemplate文档树、模板化导出
代码托管git、gitolite(内置)、svn、gitlab、gitlfs、pullrequestGit/SVN 仓库、评审、与外部 GitLab 对接
持续集成hudson、hudson-git、hudson-svnJenkins 视图集成
全文检索fts-db、fts-meilisearch官方推荐切换 Meilisearch 引擎提升性能
文件发布frs、archivedeleteditems文件发布系统、删除项归档
组织集成ldap、openidconnectclient、oauth2-server、captcha企业身份源与 SSO
协作增强mediawiki、onlyoffice、timetracking、label、embedWiki、在线文档协作、工时
实时通信tuleap-realtime后台事件推送(独立包)

这套矩阵的含义是:Tuleap 是少数把「需求管理 + 测试管理 + 规模敏捷」作为社区版原生能力的开源平台,Redmine 和 Taiga 要补齐这三块都需要第三方插件或外挂系统。

1.3 技术栈与版本节奏

按官方文档与发布说明梳理(查询日 2026-10-28):

层组件说明
语言运行时PHP 8.2(经 Remi 仓库)官方日志路径 /var/opt/remi/php82/log/php-fpm/error.log 佐证版本线
数据库MySQL 8.4(强制)官方 Requirements 明确「Database must be MySQL v8.4」且必须独占;17.4(2026-03)起从 MySQL 8.0 切换
Web 入口nginx(TLS/443)证书配置在 /etc/nginx/conf.d/tuleap.conf
应用服务httpd(Apache) + PHP-FPM + tuleap 服务升级命令同时操作 tuleap nginx httpd 三个单元
缓存Valkey(可选)Prometheus 监控功能场景使用,配置 /etc/valkey/valkey.conf
邮件Postfix别名文件含 /etc/aliases.codendi
代码托管Gitolite + SSH(22)Git 仓库落地 /var/lib/gitolite
全文检索MySQL 内置 FTS 或 Meilisearch二选一

发布节奏为每月一个版本:17.0(2025-11)→ 17.1(2025-12)→ 17.2(2026-01)→ 17.3(2026-02)→ 17.4(2026-03)→ 17.5(2026-04,Release Notes 页最后更新于 2026-04-08)。平台界面语言官方列表为 en_US、fr_FR、pt_BR 等。

二、官方支持边界:只覆盖 RHEL 系,Ubuntu 无官方渠道(选型前必读)

2.1 支持矩阵原文

官方分步安装指南 Requirements 页(docs.tuleap.com,查询日 2026-10-28)明确了三条硬性边界:

  1. 操作系统只支持 Enterprise Linux 9(RHEL、Rocky、AlmaLinux 9)x86_64,且安装前必须关闭 SELinux;
  2. 必须独占服务器——官方原话「It is not recommended to install Tuleap on a server that hosts other applications」,Tuleap 与宿主系统深度集成(Apache、Postfix、SSH、Gitolite 全部接管);
  3. 数据库必须是独立的 MySQL 8.4,不允许共享库(官方给出三个理由:无法保证 QoS、无法满足 sql-mode 要求、备份一致性难以保证)。

2.2 分发渠道现状(2026-10-28 实测)

渠道实测结果结论
Ubuntu/Debian 官方源 apt-get install tuleap返回 E: Unable to locate package tuleap(Ubuntu 22.04.5 实测)无任何官方 deb 包
社区版 RPM 源 ci.tuleap.net域名 NXDOMAIN(本机与 8.8.8.8/1.1.1.1 公共 DNS 双重复核)历史社区源已注销
企业版 RPM 源 rpm-repository.tuleap-enterprise.com匿名请求 gpg.key 返回 HTTP/2 401(实测,解析到 51.68.88.219)订阅制,需客户凭证
Tuleap 自有代码平台 tuleap.netgit clone https://tuleap.net/plugins/git/tuleap/tuleap.git 返回 fatal: repository ... not found(实测)无公开匿名源码入口
GitHub Enalean 组织仅有文档、周边工具仓库,无主源码仓库(API 列举实测)主源码不自托管于 GitHub

解读:Tuleap 的社区版分发当前以官方文档提供的部署路径为主,直接从公网拉取社区 RPM 的老路已不可用;企业版则完全走订阅。对 Ubuntu 运维者而言,「apt 一行装好 Tuleap」不存在,这是选型时必须写进评估结论的事实。

2.3 给 Ubuntu 运维者的三条现实路径

  1. 推荐:为 Tuleap 单独准备一台 AlmaLinux 9 或 Rocky 9 主机(虚机亦可),这是唯一在官方支持矩阵内的做法,安装文档的每一步都能对上;《Ubuntu 22.04 安装 Tuleap 17.5 指南》给了完整迁移建议;
  2. 保留 Ubuntu 做承载,另起一台 EL9 主机跑 Tuleap,用 nginx 反向代理对外(需正确配置 $sys_trusted_proxies,见配置篇);
  3. 在 Ubuntu 上强行直装——本系列实测了全部可行尝试(apt 无包、RPM 源失效、企业源 401、源码无匿名入口、PHP 版本差一档),结论是不具备可维护性,过程与失败点沉淀在安装篇。

2.4 资源与网络要求

  • 端口:Web UI 443(HTTPS)、SSH 22(Git 与管理员登录)、SMTP 25(邮件)(来源:官方管理指南 Services 页);
  • 数据库:本地安装 MySQL 8.4 或外部专享实例,sql-mode 必须为 NO_ENGINE_SUBSTITUTION(官方 Prepare the database 页);
  • 防火墙:官方排障页要求 80/443 对外开放(安装器默认启用 HTTPS)。

三、量化选型对比:Tuleap 与主流开源 ALM/PM 方案

3.1 候选方案总览

数据来源:GitHub API(查询日 2026-10-28)与各项目官方文档。Jira 作为商业闭源对照组列出,无公开仓库。

方案最新版本/活跃度语言/框架开源协议数据库官方支持的服务器系统
Tuleap17.5(2026-04)PHP 8.2GPLv2 及以上MySQL 8.4(强制)仅 EL9(RHEL/Rocky/AlmaLinux 9)
OpenProject仓库日活跃(push 2026-10-28)Ruby on RailsGPLv3PostgreSQL(强制)Ubuntu LTS/Debian/RHEL/SUSE 官方 DEB/RPM
Redmine仓库日活跃(push 2026-10-27)Ruby on RailsGPLv2PostgreSQL/MySQL/MariaDB/SQLite任意(RubyGems 自装)
Taiga仓库日活跃(push 2026-10-27)Python(Django)+前端back MPL-2.0 / front AGPL-3.0PostgreSQL(强制)官方脚本化部署
Phorge(Phabricator 延续)push 2026-10-27PHPApache-2.0MySQL/MariaDBLAMP 手工部署
Jira(对照组)商业闭源Java专有自选官方安装器

公开仓库指标(GitHub API,查询日 2026-10-28):OpenProject 16,744 stars / 3,629 forks;Redmine 6,064 stars / 2,475 forks;Taiga back+front 合计约 1,243 stars;Phorge 209 stars。Tuleap 主源码自托管于 tuleap.net,GitHub 无官方源码仓库,故不参与 star 横比——这是 Tuleap 生态「社区在自家平台」的独特之处。

3.2 功能维度对比

「√」为社区版原生具备,「○」为插件/外挂可补,「×」为无:

能力TuleapOpenProjectRedmineTaigaPhorge
Tracker/缺陷跟踪√√√○√
Scrum/Kanban 看板√√○√×
规模敏捷(SAFe/项目群)√○(企业版)×××
需求管理与基线√(artidoc+baseline)○(企业版)○××
测试管理√×○××
内置 Git/SVN 托管√√(Git)○×√
文档管理(树/模板导出)√○○(Wiki)○○
甘特图○√○××
Wiki(MediaWiki 级)√(插件)√√○√
LDAP/OIDC SSO√○/√○○○
REST API√√√√√

结论要点:在「需求—任务—测试」闭环追溯这条 ALM 主线上,Tuleap 是社区版功能最全的开源方案;OpenProject 胜在项目/甘特与部署面宽;Redmine 胜在轻量与插件生态;Taiga 胜在敏捷团队上手快。

3.3 运维成本对比

维度TuleapOpenProjectRedmineTaiga
服务器独占要求强制独占可共存可共存可共存
系统约束仅 EL9 + MySQL 8.4 + 关 SELinuxUbuntu/Debian/RHEL 均可任意任意
升级方式dnf update + tuleap-cfg site-deployapt/dnf 包升级拉版本+执行迁移多组件协调升级
服务组件数nginx+httpd+PHP-FPM+MySQL+Postfix+Gitolite+ValkeyWeb+PostgreSQLWeb+DB前端+API+异步+事件+网关+PostgreSQL+RabbitMQ
日志体系20+ 专用日志文件 + syslog/Graylog 可选标准标准分离多服务分散
备份面/etc/tuleap、/var/lib/tuleap、/var/lib/gitolite + mysqldump数据库+附件数据库+files 目录数据库+media 目录

Tuleap 的运维成本显著高于其余三者:换来的是精细到子系统的事件日志(Git 队列、REST API、异步 worker、邮件分发各有独立日志)与完整的平台级审计能力。

3.4 场景化评分(5 分制)

场景TuleapOpenProjectRedmineTaiga
软件研发全流程 ALM(需求→开发→测试→发布)5332
合规/审计追溯(汽车 QARA、航空航天、政务)5321
嵌入式/车载研发(需求基线+测试管理)5221
纯敏捷团队协作(看板/Scrum)3425
轻量工单/通用项目跟踪2353
Ubuntu 上快速部署1544

四、选型决策建议

4.1 选 Tuleap 的五个信号

  1. 组织需要需求—任务—测试—缺陷在同一平台闭环追溯,且能导出审计证据;
  2. 行业涉及汽车电子(QARA/ASPICE)、航空航天、政务、医疗等强合规场景;
  3. 需要SAFe 规模敏捷(项目群、PI 规划、速率管理)而采购预算有限;
  4. 团队能接受为它单独提供一台 EL9 主机并接受月度升级节奏;
  5. 代码资产需要与需求双向关联(Gitolite/SVN 内置托管 + 提交引用 Tracker)。

4.2 不选 Tuleap 的四个理由

  1. 基础设施锁定 Ubuntu/Debian 且不允许为单应用换系统——直接排除(官方无 deb 渠道,实测确认);
  2. 只需要看板或工单,没有需求/测试管理诉求——Taiga、Redmine、Kanboard 更合适;
  3. 期望与现有应用共存共享一台服务器——官方明确不支持,硬共存风险自担;
  4. 团队无 EL9 运维经验且无商业支持预算——升级与排障成本会放大。

4.3 决策树

需求/测试追溯 or 合规诉求强?
├─ 是 → 可提供 EL9 专机?
│       ├─ 是 → Tuleap(社区版起步,合规场景评估 TEE 订阅)
│       └─ 否 → OpenProject(接受测试管理缺口)或商业 Jira
└─ 否 → 敏捷看板为主?
        ├─ 是 → Taiga
        └─ 否 → Redmine(通用工单/多项目)

延伸阅读与来源

本系列其余三篇:安装实践《Ubuntu 22.04 安装 Tuleap 17.5 指南》、配置精讲《Tuleap 17.5 配置详解:配置文件与系统变量逐项精讲》、运维手册《Tuleap 17.5 运维命令手册:服务、备份与排障》。

本文引用的官方与公开数据源(均于 2026-10-28 查询):

  1. Tuleap 官方安装指南(Requirements / Install dependencies / Install packages / Prepare the database / Setup / Upgrade / Troubleshooting):docs.tuleap.com/installation-guide/
  2. Tuleap 管理指南(Configuration Variables / Services / Logs / Backup-Restore):docs.tuleap.com/administration-guide/
  3. Tuleap Release Notes(17.0–17.5 时间线,页面更新 2026-04-08):help.tuleap.com/docs/release-notes
  4. Tuleap 官网产品页(评分、行业案例):tuleap.org
  5. GitHub API 仓库指标:redmine/redmine、opf/openproject、taigaio/taiga-back、taigaio/taiga-front、phorgeit/phorge、orgs/Enalean/repos
  6. 实测环境:Ubuntu 22.04.5 LTS(apt、DNS、curl、git 复核记录见安装篇)