Redmine 7.0 介绍与选型指南

Redmine 7.0.2 联网溯源认知篇：多项目管理/Issue 跟踪/甘特/Wiki 功能全景、Rails 8.1 技术栈与版本支持矩阵、与 OpenProject/Plane/Bugzilla 量化选型对比（来源+查询日期 2026-10-27）。

RedmineRedmine项目管理Ruby2026/10/27

Redmine 7.0 介绍与选型指南

本文为 Redmine 认知与选型篇，全部信息基于官方渠道联网溯源实查，来源与查询日期（2026-10-27）逐项标注，不含本地实测内容。部署、配置与命令行的端到端实测请见本专栏后续三篇。

一、产品概述

1.1 Redmine 是什么

Redmine 是一个基于 Ruby on Rails 框架的开源项目管理与缺陷跟踪系统，采用 GPLv2 许可证发布，官方站点为 redmine.org，源码官方镜像仓库为 github.com/redmine/redmine（来源：redmine.org 项目首页与 Download 页，2026-10-27 查询）。

它解决的核心问题是：当一个组织同时推进多个项目时，如何用一套统一的系统管理跨项目的任务、缺陷、需求与人力。与单一项目维度的看板工具不同，Redmine 从第一天起就是「多项目」架构：项目之间可以建立父子层级、共享成员与角色、跨项目复制 Issue、在全局视图汇总各项目进度。围绕这一主轴，它内置了 Issue 跟踪、甘特图与日历、Wiki、文档与文件管理、论坛、时间跟踪、新闻与活动流等完整功能面，并通过自定义字段、自定义工作流、追踪标签（Tracker）与角色权限体系提供了相当深的可配置性。

Redmine 的历史相当悠久：项目由 Jean-Philippe Lang 于 2006 年创建并发布 0.1 版本，至今已持续维护近二十年，是开源项目管理软件中「活化石」级别的存在。它的众多衍生分支——包括后来独立壮大的 OpenProject、ChiliProject 等——也都源自 Redmine 的代码基座（来源：redmine.org About 页与维基百科 Redmine 词条沿革，2026-10-27 查询）。

💡 技术拓展：Ruby on Rails 是什么 Rails（Ruby on Rails）是用 Ruby 语言编写的全栈 Web 开发框架，遵循「约定优于配置（Convention over Configuration）」理念：只要按约定的目录结构与命名规则组织代码，框架就自动完成路由映射、数据库对象关联（ORM）、表单渲染等大量样板工作。对运维视角的影响是：Redmine 的进程管理、命令行工具（rails/rake/bundle exec）、配置文件（YAML 格式）都带有鲜明的 Rails 印记——理解了 Rails 的「环境（RAILS_ENV）+ 迁移（migration）+ 任务（rake task）」三件套，Redmine 的日常运维就通了。同类框架中，Django（Python）、Laravel（PHP）与之定位相当，分别对应本批对比对象 Plane（Django）与多数 PHP 系项目管理工具。

1.2 当前版本现状（2026-10-27 实查）

官方 Download 页（来源：redmine.org/projects/redmine/wiki/Download，2026-10-27 查询）给出的当前发布矩阵如下：

版本线最新点版本发布日期支持状态
7.0.x7.0.22026-10-01最新稳定版，完全支持（新功能 + 缺陷修复 + 安全更新）
6.1.x6.1.52026-10-01稳定版，仅缺陷修复与安全更新
6.0.x6.0.112026-08-26遗留稳定版，仅重要安全更新
5.1.x 及更早——已停止支持

官方发布政策为：小版本约每 3 个月一版，大版本约每年一版，重要安全修复随时发布（来源：同上 Download 页 Release policy 小节）。本专栏所有实测与详解均基于当前最新的 7.0 稳定线。

Redmine 7.0 的关键运行时要求（来源：redmine.org/projects/redmine/wiki/RedmineInstall，2026-10-27 查询）：

  • Ruby：支持 3.2 / 3.3 / 3.4 / 4.0。官方特别注明 Ruby 4.0.0–4.0.3 存在 Wiki 渲染性能回归（Ruby 运行时缺陷 #21856），推荐 Ruby 4.0.4 及以上；
  • Rails：7.0 线使用 Rails 8.1（6.1 与 6.0 线为 Rails 7.2）；
  • 数据库：PostgreSQL 14+、MySQL 8.0–8.4（MySQL 需将 transaction_isolation 设为 READ-COMMITTED）、Microsoft SQL Server 2012+、SQLite 3（官方明确注明不适用于多用户生产环境）；不支持 JRuby；
  • 可选组件：SCM 客户端（仓库浏览）、ImageMagick（甘特图 PNG 导出与缩略图）、Ghostscript（PDF 附件缩略图）、Pandoc（7.0 新增：预览 .docx/.xlsx/.pptx 与 .odt 文档，建议 3.8.3+）、Sidekiq（生产环境推荐的异步队列后端，基于 Redis）。

二、核心功能与特性

以下功能面依据 redmine.org 官方 Features 页与用户指南整理（来源：redmine.org/projects/redmine/wiki，2026-10-27 查询）：

2.1 多项目与组织架构

  • 项目层级：项目可无限嵌套父子关系，子项目自动继承父项目的成员与模块开关；
  • 跨项目操作：Issue 可跨项目移动/复制，全局活动流与跨项目 Issue 查询（保存为自定义查询）贯穿所有项目；
  • 模块化开关：每个项目可独立启停 Issue 跟踪、Wiki、论坛、文件、文档、日历、甘特图、时间跟踪、新闻、仓库浏览等模块，按需裁剪。

2.2 Issue 跟踪引擎

这是 Redmine 的核心与灵魂：

  • 追踪标签（Tracker）：缺陷（Bug）、功能（Feature）、支持（Support）等类型各自绑定独立的工作流、状态机与字段集合，不同 Tracker 可呈现完全不同的处理路径；
  • 工作流（Workflow）：按「角色 × Tracker × 状态」三维矩阵配置状态流转与字段权限，例如「报告者只能 Reopen 不能 Close」这类规则零代码即可配置；
  • 自定义字段：文本、数值、日期、枚举、用户、版本、多级列表等类型可挂到 Issue/项目/用户/时间条目上，并支持条件显示与校验；
  • 关联关系：阻塞（blocks）、被阻塞、关联、重复、跟随（follows/precedes）等关系类型，配合甘特图形成依赖链；
  • 子任务：Issue 可下挂子任务并汇总父任务完成度。

2.3 计划与可视化

  • 甘特图：按项目/Tracker/状态/版本多条件过滤，可导出 PNG（需 ImageMagick）；
  • 日历：按月起止日期视图展示 Issue 与版本；
  • 版本与路线图（Roadmap）：以里程碑版本聚合 Issue，按完成度百分比呈现。

2.4 协作与知识沉淀

  • Wiki：每项目独立 Wiki，支持页面版本历史、重定向、附件、宏（TOC、子页面列表等），采用 Textile 格式（可扩展）；
  • 论坛（Boards）：每项目可建多个讨论版，支持消息监视与邮件通知；
  • 新闻与文档：项目新闻发布与文档页管理；
  • 邮件集成：出站通知（可按事件粒度订阅）与入站收信建 Issue（邮件转工单）双向能力。

2.5 企业集成能力

  • LDAP/AD 认证：原生支持 LDAP 目录集成，可开启「用户即时注册」（首次登录自动建号）与 Group 映射动态授权——具体配置页与目录侧部署可参考本站 《OpenLDAP 2.7.1 介绍与选型指南》；
  • REST API：Issue、项目、用户、时间条目、Wiki 等资源提供 XML/JSON REST 接口，API Key 鉴权，可驱动 CI 集成与外部报表；
  • SCM 集成：Subversion、Git、Mercurial、Bazaar 等仓库浏览与提交关联 Issue（提交消息中写 refs #123 自动关联，fixes #123 自动置为完成）；
  • 插件生态：redmine.org 插件目录长期维护数百款社区插件（敏捷看板、主题皮肤、报告等），采用 Rails 引擎机制安装。

2.6 时间跟踪与成本

每条 Issue 可记录工时（含活动类型与自定义字段），配合可计费活动与用户费率，构成基础的工时成本核算能力，并支持按日/月/用户的明细报表与 CSV 导出。

三、技术架构速览

Redmine 是典型的单体 Rails 应用，架构对运维非常友好：

  1. 应用层：一个 Rails 进程（Puma）承载全部 Web 请求与后台逻辑，无独立微服务；异步作业默认使用进程内线程池（AsyncAdapter），生产环境官方推荐外置 Sidekiq + Redis 承担队列（来源：RedmineInstall Step 4 Optional dependencies，2026-10-27 查询）；
  2. 数据层：全部业务数据存于单一关系库（PostgreSQL/MySQL/MariaDB 均为一等公民），附件与 Wiki 图片等文件实体存本地文件系统目录（files/），路径可自定义；
  3. 配置层：数据库连接在 config/database.yml，应用参数（SMTP、附件存储、日志等）在 config/configuration.yml，均支持环境变量覆盖——细节见本专栏 《Redmine 7.0 配置参数详解》（该篇发布后链接以实际 slug 为准，本篇收尾统一回填）；
  4. 命令行：Rails/Rake 任务全家桶承担数据迁移、默认数据装载、密钥生成、备份恢复与插件维护——见本专栏 《Redmine 7.0 常用 CLI 命令详解》（同上，收尾统一回填）。

单体 + 单库 + 文件目录的组合意味着：备份 Redmine 只需「一次数据库导出 + 一个文件目录打包」，迁移与容灾路径极短。

四、适用场景与边界

4.1 适合选择 Redmine 的场景

  1. 多项目并行、流程规范的研发组织：需要跨项目汇总、严格的角色权限与可定制的状态机，Redmine 的「角色 × Tracker × 状态」工作流矩阵在此场景几乎没有开源对手；
  2. 需要工时与成本核算的团队：原生工时跟踪 + 活动类型 + 费率，无需外挂插件即可出人力成本报表；
  3. 已有 LDAP/AD 的企业内网环境：开箱即用的目录集成让账号体系零成本接入；
  4. 需要邮件驱动工单的运维/客服团队：入站邮件自动建 Issue 的能力开箱可用；
  5. 低资源预算的长期服役系统：单体应用无微服务依赖，小规模（几十用户）低配服务器即可长期稳定运行。

4.2 不适合的场景

  1. 追求现代敏捷看板体验的小团队：Redmine 原生 UI 偏传统（服务端渲染表格为主），原生无泳道看板（需插件），若团队习惯类 Jira/Linear 的交互，体验落差明显；
  2. 重度产品研发流程（产品组合、OKR、需求池管理）：这类需求 OpenProject 的项目组合管理与 Plane 的 Sprint/周期模型更对口；
  3. 不接受 GPL 传染约束的商业闭源集成：GPLv2 对以「服务」形式提供不影响，但若要分发修改版闭源代码则不合规；
  4. 希望零运维：Rails 应用升级需要跑数据迁移任务，插件升级需关注 Rails 版本兼容，比纯静态工具的维护成本高。

五、量化选型对比

5.1 四款开源项目管理/缺陷跟踪工具对比

以下数据来源与查询日期：GitHub 星数取自 shields.io 实时徽章接口（img.shields.io/github/stars/*.json，2026-10-27 查询）；版本、许可、技术栈、数据库支持取自各官方站点（redmine.org、openproject.org、plane.so、bugzilla.org 及各 GitHub 仓库，2026-10-27 查询）。OpenProject、Plane 与 Bugzilla 的详细实测将在本站对应专栏展开。

维度Redmine 7.0OpenProjectPlaneBugzilla
GitHub 星数6.1k17k62k865
首次发布2006 年2012 年（Redmine 衍生）2022 年（公开）1998 年（Mozilla 体系）
许可证GPLv2GPLv3（社区版）AGPLv3MPL 2.0
技术栈Ruby on Rails（Rails 8.1）Ruby on Rails + Vue/Angular 前端Python Django + Next.jsPerl
数据库支持PostgreSQL / MySQL / MariaDB / SQLite / SQL Server仅 PostgreSQL（官方支持口径）PostgreSQLMySQL / MariaDB（PG 实验性）
核心定位多项目通用管理 + 缺陷跟踪 + 工时敏捷 + 经典混合、项目组合管理现代敏捷 Issue 追踪（类 Linear/Jira）纯缺陷跟踪鼻祖、测试用例管理
敏捷看板需插件原生内置原生内置（Sprint/周期）无
甘特图原生（可导出 PNG）原生（交互式）无（路线图/周期视角）无
Wiki/文档原生 Wiki + 论坛 + 文档页原生 Wiki原生（Issue 富文本）无
工时跟踪原生（费率/活动类型/报表）原生（成本报表）无原生无原生
LDAP/AD原生企业版功能（社区版有限）无原生原生（Env 集成）
REST API有（JSON/XML，API Key）有（v3，API Key）有（Token，OpenAPI 规范）有（REST/RPC）
典型部署裸机 / Compose / k8s（社区 chart）官方 deb/rpm 包 / Compose / 官方 HelmDocker Compose / 官方 k8s 部署文档裸机 / Compose
二次开发生态插件数百款（redmine.org 插件目录）模块化 + 官方市场API 优先、扩展点较新历史扩展多、当前活跃度低

5.2 对比结论

  • 选 Redmine：团队需要「多项目 + 工作流深度定制 + 工时 + Wiki/论坛」的全家桶，且能接受传统 UI。它是四者中功能面最完整、久经验证的「瑞士军刀」；
  • 选 OpenProject：需要甘特与敏捷并存、项目组合管理、且数据库口径统一到 PostgreSQL 的中型组织；Redmine 的老用户迁移目标多为它（两者同源，概念映射顺滑）；
  • 选 Plane：产品研发小团队要现代化 Issue 体验（Sprint、周期、轻量看板），接受无工时与无甘特的取舍；
  • 选 Bugzilla：纯粹的缺陷回归跟踪、特别是与测试用例管理绑定的质量团队；它是四者中唯一以「缺陷」为唯一中心设计的产品，但项目管理能力为零。

💡 技术拓展：GPL 系许可证对自托管部署的影响 GPLv2（Redmine）、GPLv3（OpenProject）、AGPLv3（Plane）都属于「著佐权（copyleft）」许可：企业内部部署与使用均无需开源自身代码，也无需付费；差异出现在「分发」环节——若把修改后的 Redmine 以软件形式分发给第三方，需一并开源修改；AGPL 额外把「通过网络提供服务」也算作分发，因此 SaaS 化改造 Plane 需开源。Bugzilla 的 MPL 2.0 是文件级著佐权，修改单个源文件才需开源该文件，混合闭源集成最宽松。选型时按「是否分发 / 是否 SaaS 化」对号入座即可。

六、部署形态与资源预期

Redmine 官方提供 .tar.gz/.zip 源码包与 Subversion/Git 检出渠道；第三方集成发行方面，BitNami Stack 官方列表收录了 Redmine（虚拟机/容器/云镜像），Docker Hub 亦有官方维护的 redmine 镜像（来源：redmine.org Download 页 Third-party bundles 与 Docker Hub 官方镜像库，2026-10-27 查询）。Kubernetes 形态目前以社区维护的 Bitnami Helm Chart 为主路径，本专栏部署篇在 Compose 实测之外附设 k8s 形态附节予以溯源说明。

资源预期（官方文档未给出硬性下限，以下为社区口径经验值）：几十人规模团队 2 vCPU / 2GB 内存的单机（应用与数据库同机）即可流畅运行；并发上百用户时建议应用与数据库分机并外置 Sidekiq。与对比对象相比，Redmine 无 Elasticsearch、无独立前端构建节点、无对象存储硬依赖，是四者中部署拓扑最简单的。

七、本专栏阅读指引

本专栏四篇构成「认知 → 部署 → 配置 → 运维」完整链路，全部基于 Redmine 7.0.2 实测：

  1. 本篇：介绍与选型（联网溯源）；
  2. 《Redmine 7.0 Docker Compose 部署实战》：官方镜像 + PostgreSQL/MariaDB 双数据库栈端到端部署，附 Kubernetes（Bitnami Chart）形态附节（该篇发布后链接以实际 slug 为准，本篇收尾统一回填）；
  3. 《Redmine 7.0 配置参数详解》：configuration.yml / database.yml / 环境变量逐项详解（同上）；
  4. 《Redmine 7.0 常用 CLI 命令详解》：rails/rake 任务全家桶与备份恢复实测（同上）。

跨组件对比阅读：《OpenLDAP 2.7.1 介绍与选型指南》（LDAP 集成的目录服务侧）、《OpenProject 介绍与选型指南》、《Plane 介绍与选型指南》、《Bugzilla 介绍与选型指南》（以上三篇为同批次在途交付，链接占位，批次收尾统一回填实际 slug）。

附：来源清单（查询日期均为 2026-10-27）

取证项来源
版本矩阵（7.0.2 / 6.1.5 / 6.0.11 与发布日期）redmine.org/projects/redmine/wiki/Download
支持策略与发布节奏同上 Release policy / Support policy 小节
Ruby / Rails / 数据库 / 可选组件要求redmine.org/projects/redmine/wiki/RedmineInstall
GitHub 星数（Redmine 6.1k / OpenProject 17k / Plane 62k / Bugzilla 865）img.shields.io/github/stars/*.json
OpenProject / Plane / Bugzilla 基础事实各官方站点与 GitHub 仓库页