Git Bash下启动Rails服务触发ArgumentError异常退出求助

=> 正在启动 Puma 服务
=> Rails 5.1.7 应用以开发环境模式启动
=> 运行 `rails server -h` 可查看更多启动参数说明
进程退出
C:/Ruby30-x64/lib/ruby/gems/3.0.0/gems/actionpack-5.1.7/lib/action_dispatch/middleware/static.rb:109:in `initialize`: 参数数量不匹配（传入3个，方法预期仅接收2个）(ArgumentError)
后续堆栈路径均为本地gem库内部调用链路，核心故障点定位在静态文件服务中间件初始化阶段

• 框架与语言版本完全错配：Rails 5.1.7 发布于2019年4月，官方支持的Ruby版本范围最高为Ruby 2.7，Ruby 3.0 直到Rails 6.0 版本才被纳入官方兼容列表。此前尝试升级Ruby到3.0的操作，反而进一步拉大了与老版本Rails的兼容差距。
• 依赖版本非预期升级：当前环境安装的rack版本为2.2.3，该版本在初始化中间件栈时，会给静态文件服务中间件多传入一个环境参数；而Rails 5.1 内置的静态文件中间件构造方法仅定义了2个入参，直接触发参数数量校验报错。

根据项目所处阶段选择对应调整路径：

• 路径1：保留现有Rails 5.1 版本，调整运行环境匹配兼容要求（适合已经完成部分业务开发、不想大规模升级框架的场景）
  1. 将本地安装的Ruby版本替换为2.7.x系列正式版
  2. 编辑项目根目录下的Gemfile，添加rack版本锁定配置：gem 'rack', '~> 2.0.9'
  3. 在项目目录下执行命令bundle install，完成全量依赖的重配
  4. 重新执行rails s启动服务
• 路径2：保留现有Ruby 3.0.0环境，升级Rails版本到兼容区间（适合刚起步的新项目，长期维护成本更低）
  1. 修改Gemfile内的Rails版本声明，替换为gem 'rails', '~> 6.1.7'（该版本为首个完整兼容Ruby 3.0 的Rails稳定分支）
  2. 执行bundle update rails拉取匹配的框架版本
  3. 对照Rails版本迁移规则，调整项目内的过期配置与语法
  4. 重启服务验证运行状态

内容的提问来源于stack exchange，提问作者JayJay HouHan