Herokuデプロイエラー

今回は今までのエラーなどと違い、エラーを検索しても直接ヒントになるような他の方の記録はみつけることができなかった。
それもあって3日もかかってしまったがなんとか解決することができた。

問題

Precompile時にどうやら空のファイルがあるらしく、Precompileできないとエラーが出てしまう。

やったこと

1 config.assets.initialize_on_precompile = falseをapplication.rbに追加　
→効果なし
https://codenote.net/heroku/1050.html

2 app/javascript/packs/application.jsを手動で作成
→効果なし
https://tutorialmore.com/questions-453939.htm
https://stackoverflow.com/questions/56170975/invalid-configuration-object-when-starting-webpack-dev-server

3 bin/rails assets:precompile , RAILS_ENV=development bin/rails assets:precompile, RAILS_ENV=production bin/rails assets:precompile 手動でプリコンパイルを確認
→問題なくできてしまう
→一度プリコンパイル時に生成されるファイルを全て破棄してからもう一度手動で行うと、Herokuデプロイ時と同じエラーが出たので、やはりプリコンパイルができないのが問題であるとわかった。
削除：bundle exec rake assets:clobber RAILS_ENV=production
https://qiita.com/fuku_tech/items/b21e49ff49cb19f04838

4 エラー箇所周辺の空のファイルを削除（プリコンパイルで生成されるファイル）
rails-ujs-ee9daaed45f772bfdf4f30848e196b0eb2fe3afa414b27a5702ceff1f7106c7a 2.js
rails-ujs-ee9daaed45f772bfdf4f30848e196b0eb2fe3afa414b27a5702ceff1f7106c7a 3.js
rails-ujs-ee9daaed45f772bfdf4f30848e196b0eb2fe3afa414b27a5702ceff1f7106c7a 4.js
rails-ujs-ee9daaed45f772bfdf4f30848e196b0eb2fe3afa414b27a5702ceff1f7106c7a.js
rails-ujs-ee9daaed45f772bfdf4f30848e196b0eb2fe3afa414b27a5702ceff1f7106c7a.js.gz
のうち、2.3.4が何もないファイルだったため削除

5 プリコンパイル対象になっているが、中身が何もないファイル郡（CSS等）を削除
→効果なし

6 プリコンパイルした結果のファイルで重複があった背景画像のファイルを削除
→効果なし

7　プリコンパイル対象の切り分け
開発にあたって追加したgem関連のものが悪さをしているのじゃないかと思い、ほぼ全ての追加gemを本番環境から除外
→効果なし

8 まっさらな状態のsampleをherokuにデプロイし比較（RailsやWebpack等の条件は同じ）

成功するSampleAppのPrecompileされたファイル

同じ種類まで削ったが、失敗するHealthAppのファイル

→コンパイル対象も同じにしたがプリコンパイルは失敗した。

調べたこと

SproketsとWebpacker
Railsでは、CSSやJSを一つのファイルにまとめて（コンパイルして）それを参照することで処理を簡素にしている仕組み、アセットパイプラインがあるが、それをしているのはSproketsというものがしてくれている。
また最近では、同じような機能でWebpackerというものもある。
-Sprokets
対象：assets配下
出力場所：/public
読み込み方：

-Webpacker
対象：app/javascript配下※application.jsはpacks配下
出力場所：public/packs
読み込み方：

Webpackerのコンパイルを手動で行うには、rails webpacker:compile または bin/webpackで行うことができる。後述するが、これをしてもherokuと同じエラーが出た。つまりWebpackerがコンパイルする時にエラーがでているというのは間違いない。

参照webpacker-の仕組み
 https://engineering.mobalab.net/2018/05/05/manage-assets-in-rails-using-webpacker/

分析

Webpackerのコンパイル時になんらかの問題があることは間違いなくて、そう考えるとWebpacker自体が問題を抱えている、あるいは、対象のファイルがおかしいのどちらか、あるいはどちらもである。
また、同じWebpackerの条件でまっさらな状態のsampleを作成し、herokuにデプロイができることから前者は考えにくく、対象のファイルがおかしいということがわかった。

比較

sampleと問題のものを比較すると、application.jsの配置が明らかに違うということがわかった。
実はグラフのchartkick導入の際、その時はsproketsとwebpackerというものがあるということすら知らず、後者の方法でインストールしたもののうまくグラフを適用させることができずに、いろいろと試行錯誤した結果、無意識にsprocketsの方法でchartkickを使用していた。
この無意識による試行錯誤のせいで、application.jsのあるjavascriptsディレクトリは、app配下からassets配下に移動され、それによりapp配下のjavascriptディレクトリは消滅していた。

結論

結論から書くと、上述したapp配下のjavascriptディレクトリが消滅したことにより、webpackerが参照するはずのapp/javascript配下のファイルがなくなり、あのような「何もないので参照できません」というエラーが出ていた。
Before（app配下にJavascriptディレクトリがない）＊＊

**After(app配下にJavascriptファイルを作成）

Javascriptディレクトリ（application.jsあり）を正しく配置することで、エラーがなくなりデプロイができた。

※実際には過去のまだ問題が起きる前のコミットを現在のものにマージして解決した。直った時は理由も全くわからなかったが、あとから分析した結果、マージしたことでWebpackerが参照できるJavascriptディレクトリが復活し、直ったということだった。