Redmine 7.0.0 リリース——Webhook対応・Rails 8移行・20周年の節目をエンジニア目線で読む
Redmine 7.0.0がリリースされた。122件のissueを収録し、Webhooks対応・Rails 8移行・UIの継続的近代化が柱となる節目のメジャーバージョンである。
出典: Redmine 7.0.0 is now available
要点 (事実のみ)
- Redmine 7.0.0は122件のissueを含む。主要機能は「Webhooks triggers on events」、Rails 8への移行、RTLサポート強化、ヘッダー/ナビゲーション刷新、UIの継続的モダナイズ
- Webhooks機能 (#29664) はデフォルト無効で、システム管理者が新設の「Integration」タブから有効化する
- Ruby 4.0がサポートされたが、4.0.0〜4.0.3にはWikiレンダリングの深刻な速度低下があるため、Ruby 4.0.4以降での運用を推奨
- @loginスタイルのメンション解決がDBインデックスなしのフルテーブルスキャンを引き起こしていた問題を修正。大規模インスタンス向けのパフォーマンス改善
- Redmineの最初のリリースは2006年（Jean-Philippe LangによるコミットR1、2006年6月28日）で、今回は20周年の節目にあたるリリース
徐 聖博の見解
受託開発の現場でRedmineは今も根強く使われている。チケット・Wiki・リポジトリを一体で扱えるオンプレ運用の選択肢として、特にセキュリティ要件の厳しい製造・物流・医療系の顧客では継続して選定される場面がある。
今回のリリースで実務上もっとも効くと感じるのは、Webhooks対応だ。外部システムとのイベント連携はこれまでプラグイン頼みかポーリングで補っていた。標準機能として組み込まれたことで、Redmineを中核に置きながらSlackや社内承認フローと繋ぐ構成が素直に作れるようになる。ただしデフォルト無効・管理者有効化が必要な設計は、誤爆リスクを抑える意味で理にかなっていると思う。
Rails 8移行については、アップグレード計画の前に依存プラグインの動作確認が必須になる。Redmineのプラグインエコシステムはバージョン追従の速度がまちまちで、プロダクション環境ではこの点が一番の実務ボトルネックになりやすい。Ruby 4.0.0〜4.0.3のWikiレンダリング問題は、upstream（Rubyランタイム）由来のバグで4.0.4で修正済みとのことだが、このように「ランタイム側の既知バグがある特定バージョンレンジに触れるな」という注意書きをリリースノートに明示してくれるのは運用側として助かる。クライアントに対してもこの種の情報をそのまま展開できる。
@メンション解決のフルテーブルスキャン問題がインデックス追加で修正された点も見逃せない。小規模なRedmineでは問題が顕在化しにくいが、数百人規模の組織やredmine.org自体のような大規模インスタンスでは実質的なボトルネックだったはずで、これは地味ながら正しい優先度での修正だと感じる。
20年というプロジェクトの継続性それ自体も、実務上の判断材料になる。OSS採用時に「プロジェクトが長期に渡って維持されているか」はリスク評価の重要軸だが、2006年から継続して活発なコントリビューターコミュニティを維持しているRedmineは、その点では引き続き信頼できる選択肢だと考える。
(編集レンズ: 実装・運用視点 / 発注側・中小企業への含意)
