GeckoFlag 博客

项目与事项管理工具选型指南

Redmine 共享主机 自托管 工具选型

Redmine 能装在共享主机上吗？所需条件，以及装不上时的三种选择

发布日期：

Redmine 能装在共享主机上吗？所需条件，以及装不上时的三种选择

Redmine 是免费的，而你本来就在为运行 WordPress 网站的共享主机套餐付费。那为什么不把 Redmine 也装在旁边呢？可一打开安装指南，迎面就是一长串命令。

Redmine 是一款在全球使用多年的开源项目管理工具，文档完善，功能丰富。但它的运行方式与 WordPress 等 PHP 软件不同，因此共享主机并不是它的理想落脚处。

本文梳理 Redmine 的官方运行要求和安装步骤，指出共享主机在哪些地方会成为障碍，并介绍 Redmine 装不上时的三种选择。

本文要点

  • 安装 Redmine 以命令行访问和能常驻运行 Ruby 程序的环境为前提，仅靠浏览器和 FTP 无法安装。
  • 当前版本 Redmine 7.0 需要 Ruby 3.2 及以上。在我们核查的五家知名共享主机中，只有一家提供这么新的 Ruby，而且没有一家发布过当前版本 Redmine 的安装指南。
  • Redmine 装不上时，现实的选择有三种：VPS、托管版 Redmine 服务，或专为共享主机打造的其他工具。

注：本文由 GeckoFlag 的开发者撰写。有关 Redmine 和各主机服务商的信息，依据各自官方页面，确认日期为 2026年10月5日。

Redmine 需要什么

先看官方安装指南。截至 2026 年 10 月，当前的版本系列是 7.0。

项目 Redmine 7.0 的要求
运行环境Ruby 3.2、3.3、3.4 或 4.0（基于 Ruby on Rails 8.1 运行）
数据库MySQL 8.0～8.4、PostgreSQL 14、SQL Server 2012 及以上，或 SQLite 3。SQLite 不适合多用户的生产环境
MySQL 设置将事务隔离级别改为 READ COMMITTED
可选ImageMagick（甘特图导出为图片、缩略图）、Sidekiq（生产环境推荐的队列后端）

来源：Installing Redmine（官方指南）

官方指南共有 11 个步骤：

  1. 下载并解压 Redmine 安装包
  2. 创建空数据库和数据库用户
  3. 在配置文件（config/database.yml）中填写连接信息
  4. 通过命令行安装所需的库（bundle install）
  5. 通过命令行生成会话密钥
  6. 通过命令行编译静态资源（assets）
  7. 通过命令行创建数据库表
  8. 通过命令行载入默认数据
  9. 为部分目录设置写入权限
  10. 通过命令行启动服务器并测试安装
  11. 在浏览器中打开并登录

这不是 WordPress 那种“上传文件、在浏览器里打开安装程序”的方式。第 4～8 步和第 10 步，都需要登录服务器并输入命令。

第 10 步之后的事情同样重要。Redmine 由一个常驻运行的 Ruby 程序来提供页面。第 10 步启动的服务器只是用于测试。要在日常中使用 Redmine，还需要另外配置，让应用服务器在 Web 服务器后面始终保持运行。

共享主机上的四道障碍

把这些要求和普通的共享主机套餐对照一下，会出现四个问题。

1Ruby 版本可能过旧，甚至没有

不少共享主机确实提供 Ruby，但版本差别很大。HostGator 的帮助页面显示，共享套餐的 Ruby 为 1.8.7。hosting.com（原 A2 Hosting）的 Ruby 选择器中列出的版本最高到 2.6。Namecheap 则最高到 3.4。

Redmine 7.0 需要 Ruby 3.2 及以上。好几家服务商仍在提供的 Ruby 2.5，已于 2021 年结束支持。

有时可以在自己的主目录里自行编译更新的 Ruby。但这意味着要在服务器上编译软件，难度又上了一个台阶。

2需要命令行（SSH）

一半以上的安装步骤都是命令。要执行它们需要 SSH 访问权限，而能否使用取决于服务商和套餐。有些服务商默认关闭，需要手动开启或提交申请。

即使有 SSH，也没有管理员（root）权限。如果某一步需要额外的系统软件包，比如编译 Redmine 的某个库时，你可能无法安装。

3无法让自己的程序常驻运行

这是最大的障碍。共享主机让众多用户共用一台服务器，因此一般不允许用户自行启动常驻进程。内存和进程数也有上限。例如，Namecheap 最便宜的共享套餐内存上限为 1 GB。

部分服务商提供的唯一途径，是 cPanel 的“Setup Ruby App”功能。它通过服务商管理的 Passenger 运行 Ruby 应用，你不需要自己启动服务器。如果没有这个功能，或者只能选旧版 Ruby，就没有受支持的方法让 Redmine 常驻运行。

4数据库可能不在 Redmine 的支持列表中

对于 MySQL，官方指南列出的是 8.0～8.4 版本。很多共享主机提供的是 MariaDB，它在大多数方面与 MySQL 兼容，但不在 Redmine 支持的数据库列表中。例如，Namecheap 的共享主机使用的是 MariaDB 11.4。

第 1 点和第 4 点是版本问题，第 2 点和第 3 点则源于共享主机本身的构造。版本也许会随时间赶上，但第 3 点的限制是共享主机的本质所在。

知名共享主机的支持情况

我们查看了五家知名主机服务商在自家帮助页面上对共享套餐中 Ruby 的说明。确认日期：2026年10月5日。

服务商 共享套餐的 Ruby 是否满足 Redmine 7.0（3.2 及以上） 服务商对 Ruby 应用的说明
Namecheap3.0～3.4在 cPanel 的“Setup Ruby App”中选择✓版本满足发布了“Setup Ruby App”指南。数据库为 MariaDB 11.4。所有套餐都可开启 SSH
hosting.com原 A2 Hosting1.8～2.6不满足通过“Setup Ruby App”支持 Rails，并说明此时应使用 Ruby 2.5
HostGator1.8.7Rails 2.3.18不满足更新的 Ruby 和 Rails 版本面向 VPS 或独立服务器
DreamHost已安装，未标明版本不满足共享套餐无法运行 Ruby 应用运行 Ruby 应用仅限托管 VPS 或独立服务器。不支持 Passenger
Bluehost未标明版本不明服务商未公布版本“Limited support for Ruby applications. Not ideal for running full Ruby on Rails environments.” 推荐 VPS 或独立主机

依据各服务商自己的帮助页面和规格页面。规格可能因套餐和签约时间而不同。

五家中有四家，要么提供的 Ruby 过旧，要么明确表示 Ruby 应用应放在 VPS 或独立服务器上。

值得关注的是 Namecheap。它的共享主机通过 cPanel 的“Setup Ruby App”提供最高 3.4 的 Ruby，因此满足版本要求，也有由服务商管理的方式让应用常驻运行。不过仍有悬而未决的问题：数据库是 MariaDB，而不是 Redmine 列表中的 MySQL 版本；Redmine 的库需要在没有 root 权限的情况下安装；而且一切都必须控制在套餐的内存上限之内。Namecheap 的指南讲的是一般的 Ruby 应用，而不是 Redmine。我们没有亲自测试过这种配置，请把它看作一次尝试，而不是运行 Redmine 的受支持方式。

这些都不是共享主机的缺陷。共享主机本来就是为 PHP 网站打造的，而在 PHP 方面，这些服务商都提供最新版本。像 Redmine 这样基于 Ruby 持续运行的应用，只是超出了共享主机的设计范围。

Redmine 装不上时的三种选择

如果 Redmine 装不到你的共享主机上，还有三条路。哪条合适，取决于你想要的是 Redmine 本身，还是在现有主机上管理事项。

选择 适合的情况 需要承担的
1. 租用 VPS 安装 Redmine想用 Redmine，且团队中有人熟悉命令行服务器的搭建、更新与安全防护
2. 使用托管版 Redmine 服务想用 Redmine，但不想运维服务器每月的费用
3. 使用能在共享主机上运行的其他工具想继续使用现有主机，且不一定非要 Redmine与 Redmine 的功能差异，以及数据迁移

1租用 VPS 安装 Redmine

如果想把 Redmine 完全掌握在自己手里，这是标准做法。VPS 拥有管理员权限，可以完全按照官方步骤操作。

有些服务商提供预装 Redmine 的 VPS。例如，Hostinger 提供基于 Ubuntu 24.04 的 Redmine VPS 模板。请确认模板安装的 Redmine 版本，因为不一定是最新版。

相应地，服务器维护就成了你的工作。更新操作系统和 Ruby、做好备份、防范入侵，都要自己负责。关键在于团队里是否有人能管理服务器，并且能长期管下去。

2使用托管版 Redmine 服务

有些服务会替你运行 Redmine，无需安装和维护。Planio 就是 Redmine 官网上列出的服务之一。服务商负责管理服务器，你在浏览器中使用 Redmine。

Planio 有支持 2 名用户、1 个项目的免费套餐，付费套餐从 5 名用户每月 25 美元起。如果你的出发点是“Redmine 因为免费”，请注意这里的前提已经变了。

3使用能在共享主机上运行的其他工具

如果只需要在现有主机上管理事项和任务，可以看看只需 PHP 和数据库就能运行的工具。Leantime、Kanboard 以及我们的 GeckoFlag 都属于这一类。

它们的运行要求和安装难度，在无需 Docker 即可安装在共享主机上的项目管理工具对比中有详细比较。

这些工具都无法做到 Redmine 能做的一切。代码仓库集成、精细的权限与工作流，以及插件，都是 Redmine 的强项。如果你需要这些，选择 1 或 2 会更让你满意。

从 Redmine 迁移到 GeckoFlag 前需要了解的事

本文由 GeckoFlag 的开发者撰写。对于正在把 GeckoFlag 当作第三种选择来考虑的读者，这里在介绍优点的同时，也说明迁移的局限。

GeckoFlag 能做什么

GeckoFlag 是一款一次性买断的项目与事项管理工具，运行于 PHP 8.2 及以上和 MySQL 或 MariaDB。上传文件，在浏览器中打开网站，安装程序就会启动，全程不需要命令行。更新和备份也在管理界面中完成。

它集事项、父子事项、评论、看板、甘特图、Wiki 和文件共享于一体。界面专门设计成让设计师、项目负责人和客户等非工程师也能顺畅使用。

迁移前需要确认的局限

  • 没有专用的迁移工具。需要把 Redmine 的事项导出为 CSV，再导入 GeckoFlag。导入的事项会作为新事项登记，事项编号会重新分配。
  • 只能迁移事项的基本字段。也就是状态、优先级、负责人、开始日期和截止日期等字段。评论历史、附件和 Wiki 页面无法迁移。父子关系也无法通过 CSV 保留。
  • 导入需要一些准备。需要先在 GeckoFlag 中登记好状态、优先级和负责人。引用了不存在条目的行会被跳过。详情请参阅导入与导出手册。
  • Redmine 有 GeckoFlag 没有的功能。包括工时记录、自定义字段、工作流设置、代码仓库集成、插件、API，以及按角色划分的精细权限。
  • 不是免费的。需要 $30 一次性买断，主机费用另计。

对于积累了多年历史的 Redmine，GeckoFlag 并不是合适的迁移目标。它适合从零开始的团队，或者只迁移未关闭事项、重新开始的团队。

逐项功能对比请参阅 GeckoFlag vs Redmine。你可以在演示站中体验实际界面。

总结：你想要的是 Redmine，还是在现有主机上管理事项？

Redmine 并不是为安装在共享主机上而设计的。它需要命令行，以及能常驻运行 Ruby 程序的环境。大多数知名共享主机要么提供的 Ruby 对当前版本来说过旧，要么让你为 Ruby 应用改用 VPS，而且没有一家发布过当前版本 Redmine 的安装指南。

如果还在犹豫，可以这样简单判断：

  • 需要 Redmine 的功能，并且有人能管理服务器：安装在 VPS 上。
  • 需要 Redmine 的功能，但不想要服务器：使用托管服务。
  • 在现有主机上管理事项就够了：选择能用 PHP 运行的工具。

如果你属于第三种情况，接下来可以阅读面向共享主机的工具对比。GeckoFlag 的安装步骤见手册，价格见价格页面。希望本文能帮你找到适合团队的方案。

参考资料

注：规格和价格以 2026年10月5日为准。安装或签约前，请到各官方页面确认最新信息。