Redmine 的功能你真的需要吗？引入或继续使用前的 10 项检查

Redmine 是一款长期被广泛使用的优秀项目管理工具。它免费开源，从事项管理到工时记录、代码仓库集成，所需功能一应俱全。

不过，要运行 Redmine，需要准备能运行 Ruby 的服务器，之后还要持续维护。它往往装不进共享主机，最终只能准备 VPS 或专门的云服务（详见Redmine 能装在共享主机上吗？）。

这些功夫是否值得，取决于你实际用到多少 Redmine 的功能。本文挑出 Redmine 独有的 10 项功能，逐一确认你的团队是否需要。对于已经在用 Redmine 的读者，本文也介绍如何确认当前的使用情况。

注：本文由 GeckoFlag 的开发者撰写。Redmine 的功能依据官方指南，确认日期为 2026年10月24日（最新版本为 7.0.2）。

每款工具都有的功能，不能作为判断依据

首先，把那些不构成选择 Redmine 理由的功能区分出来。

创建事项（工单）、状态、负责人、截止日期、评论、Wiki、文件共享、甘特图。如今大多数项目管理工具都具备这些功能。如果团队用到的功能都在这个范围内，就谈不上“非 Redmine 不可”。

构成选择 Redmine 理由的，是下一节介绍的、其他工具往往省略的功能。

Redmine 独有的 10 项功能

每项功能都按“能做什么”“什么时候需要”“没有也无妨的迹象”的顺序来看。请一边阅读，一边数一数你认为需要的项目有几个。

1工时记录与统计

能做什么：可以按事项或按项目记录工时。每条记录可以附上活动类型（设计、开发、会议等）和备注。还可以填写预估工时，并在项目的“耗时”页面查看列表和统计。

什么时候需要：按工时向客户收费，对比预估与实际以改进下一次预估，或者用工时来看成员的工作负荷时。

没有也无妨虽然记录了工时，但从没统计过、用过。收费按项目固定计价，与工时无关。

2自定义字段

能做什么：可以为事项、项目和用户添加自己的输入项。可以选择文本、数字、日期、列表等格式，并按跟踪标签（事项的类型）切换显示的字段。

什么时候需要：有些信息每个事项都必须记录，比如“客户名称”“目标浏览器”“发生环境”，而且你想按这些字段筛选或统计时。

没有也无妨很多事项的新增字段都是空的。写在描述里就够了。

3工作流

能做什么：可以针对角色和跟踪标签的每种组合，规定哪个状态可以改成哪个状态。例如“开发人员可以把缺陷改为‘已解决’，但只有管理人员才能改为‘已关闭’”。还可以按状态把字段设为必填或只读。

什么时候需要：审批流程是固定的，跳过某一步会出问题时。也适合出于质量管理或审计需要、必须管控由谁来关闭事项的团队。

没有也无妨一直沿用安装时的默认设置。谁都可以改状态，这样运作也没出过问题。

4按项目设置的精细权限

能做什么：可以自由创建角色，并针对查看、创建和编辑事项、记录工时、编辑 Wiki 等每种操作设定权限。同一个人可以在项目 A 中是管理人员，在项目 B 中只能查看。

什么时候需要：想让外部人员只能查看，或者想按部门划分可操作的范围时。

没有也无妨所有成员的权限基本相同。只用默认的角色（管理人员、开发人员、报告人员）。

5事项关联

能做什么：可以在事项之间设置关联。除了“相关”，还有“重复”“阻挡”“前置/后置”等。阻挡方未完成期间，被阻挡的事项无法关闭。前置事项的截止日期变动时，后置事项的日程也会顺延相同天数。

什么时候需要：工作顺序存在很强的依赖关系，想在日程上追踪一处延误会如何影响其他工作时。

没有也无妨在描述或评论里写一句“在 #123 之后”就够了。用父子事项拆分工作就足够。

6版本与路线图

能做什么：可以创建“v2.0”“4 月发布”之类的版本（阶段），并把事项分配进去。在路线图页面可以查看每个版本的进度。

什么时候需要：像软件开发那样，以发布为单位推进工作时。

没有也无妨每个案子单独建一个项目，在项目里跟踪截止日期就够了。

7代码仓库集成

能做什么：可以把 Git、Subversion 等代码仓库关联到项目，在页面上浏览代码和变更历史。在提交信息里写上事项编号，该提交就会关联到事项；根据提交信息的写法，还可以修改状态或记录工时。

什么时候需要：开发团队想追踪哪次代码变更对应哪个事项时。

没有也无妨代码放在 GitHub 或 GitLab 上，与事项的关联也在那边完成。团队不写代码。

8通过邮件创建事项

能做什么：发到指定地址的邮件可以创建新事项，或为已有事项添加评论。

什么时候需要：通过邮件接收客户咨询或缺陷报告，并想直接作为事项来管理时。

没有也无妨咨询通过其他渠道（表单或客服工具）接收。邮件内容由负责人手动整理成事项就够了。

另外，使用这项功能需要在邮件服务器端进行设置，并在服务器上准备定期收取邮件的机制（如 cron）。

9REST API 与外部集成

能做什么：启用 REST API 后，外部程序就可以读写事项、项目、用户、工时等数据。

什么时候需要：想与公司内的其他系统对接，或想把例行的事项创建和统计自动化时。

没有也无妨团队里没有人编写集成程序。在页面上操作就够了。

10通过插件扩展

能做什么：安装插件，可以添加看板、检查清单、客户管理、服务台等标准版没有的功能。官网上登记了大量插件。

什么时候需要：标准功能不够用，想根据自己的业务定制功能时。

没有也无妨没有安装任何插件。或者装了，却跟不上更新，反而妨碍了 Redmine 本体的升级。

每次升级 Redmine 本体时，都需要确认插件是否兼容。插件很方便，但请把增加的维护工作量也纳入考虑。

确认你在现有 Redmine 中实际用了哪些功能

如果已经在用 Redmine，可以在管理页面确认各项功能是否真的在用。有时会发现一些功能在安装时设置好后，其实一直没人使用。页面名称可能因 Redmine 的版本和语言设置而略有不同。

在表中结果为“没在用”的功能，请在下一节的检查中算作“不需要”。

根据检查结果来判断

看 10 项功能中，你认为团队需要的有几项。

3 项及以上：值得使用 Redmine

你的团队能发挥 Redmine 的长处，值得花功夫准备和维护服务器。如果装不进共享主机，请选择 VPS 或专门提供 Redmine 的云服务。如何选择，请参阅Redmine 能装在共享主机上吗？

1～2 项：考虑能否用其他方式弥补这些功能

如果只需要一两项功能，请想一想能否不用 Redmine 来弥补。例如，如果只需要工时记录，也可以搭配电子表格或专门的工时记录工具。如果无法弥补，选择 Redmine 最为稳妥。

0 项：设置更少的工具很可能就够了

如果用不到 Redmine 的长处，就没有多少理由为它花功夫维护服务器。如果工作主要是管理事项、截止日期和负责人，设置更少的工具可能更容易在团队中扎根。

写给检查结果为 0 项的团队

最后，作为检查结果为 0 项的团队的一个选择，请允许我们介绍自己开发的 GeckoFlag。

先说清楚：本文介绍的 10 项功能，大多数 GeckoFlag 都没有。它没有工时记录、自定义字段、工作流设计、事项关联、版本、代码仓库集成、通过邮件创建事项、外部 API 和插件，角色只有管理员、成员和访客三种。如果你需要这些功能，选择 Redmine 才是正确答案。

相应地，GeckoFlag 把每个团队都需要的功能，整合成无需为设置发愁就能使用的形式。

• 集事项管理（父子事项）、看板、甘特图、Wiki 和文件共享于一体。
• 可在支持 PHP 8.2 及以上和 MySQL 或 MariaDB 的服务器上运行。不需要 Composer，不需要 Docker，也不需要命令行操作。
• 用浏览器中的安装程序完成安装，在管理界面上传 ZIP 即可更新。应用更新前会自动备份。
• 外部人员可以作为访客邀请。项目只对参与其中的成员可见。
• $30 一次性买断，各套餐之间没有功能差异，也不限制用户数和项目数（每个域名一个许可证，服务器费用另计）。

与 Redmine 的差别详见 GeckoFlag vs Redmine，与其他可在共享主机上运行的工具的差别详见无需 Docker 即可安装在共享主机上的项目管理工具对比。你可以在演示站中体验实际界面。

参考资料

• Issue tracking（Redmine 官方：事项关联、子事项）
• Time tracking（Redmine 官方：工时记录）
• Issue tracking setup（Redmine 官方：跟踪标签、状态、工作流）
• Receiving emails（Redmine 官方：通过邮件创建事项）
• REST API（Redmine 官方）

注：以上内容均于 2026年10月24日确认。Redmine 的界面和功能可能因版本而异。