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，還需要另外設定，讓應用程式伺服器在網頁伺服器背後持續運作。

共享主機上的四道障礙

把這些需求和一般的共享主機方案放在一起比對，會出現四個問題。

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。你可以在 Demo 中試用實際畫面。

總結：你要的是 Redmine，還是在現有主機上管理議題？

Redmine 並不是為了安裝在共享主機上而設計的。它需要命令列，以及能讓 Ruby 程式常駐執行的環境。大多數知名共享主機不是提供的 Ruby 對目前版本來說太舊，就是要你為 Ruby 應用程式改用 VPS，而且沒有任何一家公開目前版本 Redmine 的安裝指南。

如果還在猶豫，可以這樣簡單判斷：

  • 需要 Redmine 的功能，而且有人能管理伺服器：安裝在 VPS 上。
  • 需要 Redmine 的功能，但不想要伺服器：使用代管服務。
  • 在現有主機上管理議題就夠了：選擇能以 PHP 運作的工具。

如果你屬於第三種情況，接下來可以閱讀適用於共享主機的工具比較。GeckoFlag 的安裝步驟請見手冊，價格請見價格頁面。希望本文能幫助你找到適合團隊的做法。

參考資料

註：規格與價格以 2026年10月5日為準。安裝或簽約前，請至各官方頁面確認最新資訊。