如何在其他机器（含CircleCI）配置带Webpacker和React的Rails项目

1. 跨环境执行rails webpacker:install是否合理 #

这个操作完全不合理。
rails webpacker:install是项目初始化阶段的一次性生成器命令，作用是在没有任何Webpacker配置的空项目里，生成核心配置文件（config/webpacker.yml、config/webpacker/目录下的loader规则、根目录babel.config.js），同时在package.json里写入Webpacker运行所需的基础依赖。
这些生成的配置文件本身就是项目代码的一部分，完成本地配置（包括后续集成React的自定义调整）后，就应当全部纳入Git版本控制，供所有开发、CI、生产环境拉取使用。
你最开始在CI流程里配这个命令能跑通，只是因为当时提交到仓库的代码里还没有这些配置文件，CI的干净容器里执行install时没有同名文件冲突；等你本地装完React、把所有自定义好的配置文件提交到仓库后，CI拉取代码时已经存在这些文件，非交互环境下生成器检测到文件重复就会直接报错中断，这是流程逻辑决定的，不是你的配置有问题。

2. 无交互搭建带Webpacker+React的Rails项目的正确流程 #

核心前提：只要本地已经完成Webpacker+React的初始化配置，并且把所有相关产物（配置文件、依赖声明、锁文件）都提交到了Git仓库，所有其他环境（新开发机、CI、生产服务器）的流程根本不需要执行任何rails webpacker:*系列的安装命令，标准步骤为：

• 从Git仓库拉取完整项目代码
• 执行bundle install安装所有Ruby侧依赖，自动拉取Gemfile里声明的webpacker、react-rails等gem
• 执行yarn install（CI环境推荐替换为yarn install --frozen-lockfile或npm ci，避免依赖版本漂移）安装所有Node侧依赖，自动读取仓库里的package.json、yarn.lock完成React、Babel、Webpack相关包的安装
• 直接执行业务需要的操作即可，比如运行测试命令、执行bundle exec rails assets:precompile预编译资源，均可正常运行

从零初始化新项目的避坑流程 #

如果是第一次在项目里配置Webpacker+React，只要在本地一次性完成以下操作，后续所有环境都不会再遇到覆盖提示：

• 新建项目时一步到位：执行rails new your_project --webpack=react，Rails的生成器会自动完成Webpacker+React的全部配置、依赖声明，不需要后续单独跑install命令
• 如果是给存量运行的Rails项目补装Webpacker+React，只在本地开发机上依次执行：
  • bundle exec rails webpacker:install完成Webpacker基础配置
  • bundle exec rails webpacker:install:react追加React相关配置
  • 将这两次命令生成、修改的所有文件（配置文件、Gemfile、Gemfile.lock、package.json、yarn.lock）全部提交到Git仓库，之后再也不需要在任何其他环境执行这两个安装命令

当前你的CI流程修复方式 #

直接删除circle.yml里之前配置的bundle exec rails webpacker:install行即可，剩下的流程保持原有的拉取代码、安装Ruby依赖、安装Node依赖、运行测试/预编译资源，不会再出现文件覆盖冲突。

注意：不要把Webpacker相关的配置文件加入.gitignore，这类项目级的自定义配置必须跟着代码版本走，否则每个环境都要重新执行生成器，才会频繁触发交互式的覆盖提示。

内容的提问来源于stack exchange，提问作者Burak Kaymakci