Ruby3.0.1下本地装sentry-rails4.3.4正常，推Heroku报Gem扩展构建错误如何解决？

这个编译失败的问题和sentry-rails 4.3.4本身没有直接关系，错误指向的libv8-3.16.14.19是2017年就停止维护的老版本gem，本身根本不兼容Heroku当前使用的GCC 9.3编译环境，也没有适配Ruby 3.0的编译规则。
本地macOS能正常安装，是因为macOS自带的Clang编译链对老旧C++代码有更高的容错性，切换到Heroku的Linux编译环境时，老版本V8源码和新编译器语法不兼容，就会出现编译中断。

• 先定位libv8 3.16版本的引入来源：在本地项目根目录执行bundle why libv8 -v 3.16.14.19，绝大多数场景下，这个老版本依赖都是来自Gemfile里残留的therubyracer、或是版本低于0.6.0的旧版mini_racer。
• 移除冗余过时依赖：直接删除Gemfile中gem 'therubyracer'的条目；如果项目确实需要执行JS代码（比如处理Rails资产管道、本地解析Sentry sourcemap），就将mini_racer的版本约束调整为>=0.6.0，这个版本开始使用预编译的libv8-node二进制包，不需要在服务器上现场编译V8源码，完全兼容Heroku的构建流程。
• 清理锁定的旧依赖记录：手动删除Gemfile.lock中所有和libv8-3.16.*、therubyracer、旧版mini_racer相关的条目，重新执行bundle install确认依赖解析后没有拉取到3.16版本的libv8，再将代码推送到Heroku即可。
• 安装完成校验：依赖安装完成后可通过bundle list | grep libv8确认，当前环境下的libv8是配套Node的预编译版本，而非需要现场编译的3.16老版本。

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