Great question—let’s break this down clearly, since mountable Rails engines have specific rules around gem dependencies that can be confusing at first:

1. 可挂载引擎是否自动继承父应用根Gemfile的所有Gem及环境组？ #

简单说：不会自动继承。

• 当你用 rails plugin new my_engine --mountable 生成可挂载引擎时，它会创建一个完全独立的Gemfile，这个文件是引擎自己的依赖声明文件，和父应用的Gemfile没有自动关联。
• 不过有个容易混淆的点：当引擎被挂载到父应用中运行时，它是在父应用的Ruby/Bundler环境上下文里执行的。这意味着父应用已安装的gem在引擎代码中是可以调用的，但这是共享运行时环境，不是“继承”父应用的Gemfile配置。引擎不会主动把父应用的gem添加到自己的依赖列表里。

2. 子引擎的Gemfile是否允许添加额外Gem？ #

绝对可以！

• 引擎的Gemfile的核心作用就是声明它自身功能需要的依赖。比如你可以在引擎的Gemfile中添加：

  gem 'devise'
  group :test do
    gem 'rspec-rails', '~> 6.0'
  end
  

• 当父应用通过Gemfile引入这个引擎（比如 gem 'my_engine', path: 'engines/my_engine'），Bundler会自动解析并安装引擎的所有依赖到父应用的环境中。如果引擎的依赖和父应用的gem版本冲突，Bundler会抛出错误，这时候你需要调整版本号来兼容。

3. 能否在子引擎Gemfile中覆盖父应用的环境组？ #

这里要分场景来看：

• 引擎的Gemfile可以定义自己的环境组（比如:test、:development），但这些配置只作用于引擎独立运行的场景（比如你进入引擎目录执行 rails server 或 rspec 测试时）。
• 当引擎被挂载到父应用中运行时，父应用的环境组配置优先级更高。引擎无法直接覆盖父应用的环境组里的gem版本或配置——如果父应用在:production组里指定了某个gem的特定版本，引擎不能强制替换这个版本，除非父应用的Gemfile允许（比如使用宽松的版本约束）。

内容的提问来源于stack exchange，提问作者Jon Lawton