.env に、RAILS_ENV=production と書いたのに、rails db:migrate が development 環境で動く

Question

現象

・表題の通りです

現状認識

・.env に、RAILS_ENV=production と書けば、rails コマンドに環境を明示しなくても、production 環境で動く
・環境変数 RAILS_ENV=production と設定しておけば、rails コマンドで、環境名を明示しなくても、環境変数の環境で動く

わからない点

・.env の環境変数はいつ読み込まれるのか

追記[わからない点2]

・rails コマンドは、.env の環境変数 RAILS_ENV に関係なく、デフォルトで development で動くものなのでしょうか？

根本の理解不足・認識違いがある気がしますが、よろしくお願いします。

Answer 1

dotenv (dotenv-rails) を導入していますか？
https://github.com/bkeepers/dotenv

Comments

[ya-mon]

Gemfile に記載して、bundle install しました。
gem list で以下の2つが出てきます。
dotenv (2.4.0)
dotenv-rails (2.4.0)

[退会済みユーザー]

すいません、`dotenv` は今回はあまり関係ありませんでした。

> ・.env の環境変数はいつ読み込まれるのか
rails c や rails s を実行したときなどです。
dotenv は gem なので、要は gem が読み込まれるとき、です。

[ya-mon]

puma で、rails アプリを起動したあと、rails console で、ENV["TEST"]を叩くと、.env の設定値が返ってきました。
一方で、ENV["RAILS_ENV"]を叩くと、development と返ってきます(設定値はproductionなのに)。
他の設定との競合など、考えられる可能性があれば教えていただきたいです。

[ya-mon]

そもそも、rails コマンドは、.env の環境変数 RAILS_ENV に関係なく、デフォルトで development で動くものなのでしょうか？
質問が混乱しすみません。上記が最も知りたいです。

[退会済みユーザー]

> rails コマンドは、.env の環境変数 RAILS_ENV に関係なく、デフォルトで development で動く
上記への回答としては、そのとおりです。

希望のことを行いたい場合には、おそらく今回は direnv を使うのが適しているのではないかと想像します。

あるいは、環境変数をコマンドで同時に指定したり、rails c ではコマンドラインオプションとして環境名が指定できるので、それを利用するのが良いかと思います。

[ya-mon]

知りたいことがわかり非常に助かりました。ありがとうございます。

Answer 2

この問題に関するdotenvの作者の回答は

Doubtful. It's a bit of a chicken-egg problem.

鳥と卵の問題になるので怪しい。とのことです。

解説すると、dotenvはbundlerによって読み込まれます。
bundlerは環境によって読み込むgemを切り替えます。
ということは、bundlerからgemが読み込まれた時点で環境が決まっている必要があります。

なので、「dotenvからRAILS_ENVを上書きした場合、なんの問題もなく環境を切り替えられるかは怪しい」という事になります。

---

追記:
解決策っぽいものを見つけました。
以下をGemfileのrails直下あたりにgroup指定せずに記述するとよいでしょう。
dotenvの制限によりダメでした。

gem 'dotenv-rails', require: 'dotenv/rails-now'

再追記

1. group指定せずにgem dotenv-railsを記述する。
2. .envにRAILS_ENV=productionを記入
3. config/boot.rbを編集

ENV['BUNDLE_GEMFILE'] ||= File.expand_path('../Gemfile', __dir__)

require 'bundler/setup' # Set up gems listed in the Gemfile.

# 追加
require 'dotenv'
Dotenv.load

require 'bootsnap/setup' # Speed up boot time by caching expensive operations.

というか、config/boot.rb冒頭にでもENV["RAILS_ENV"]="production"を書くだけでいい気もしてます。

Comments

[ya-mon]

ご回答ありがとうございます。
bundler で dotenv を読み込む際の具体的なコマンドって、bundle install とかですか?
bundler 実行時の RAILS_ENV は、bash の 環境変数を参照するのでしょうか?

[asm]

railsコマンドの中でです。

[ya-mon]

追記ありがとうございます。
config/boot.rb冒頭にENV["RAILS_ENV"]="production"を書けば解決しました。
ただ、dotenv で RAILS_ENV を使えない理由がよくわかっていません・・・
.env を読み込む時点で、すでに rails の実行モードが指定されているので、.env 内の RAILS_ENV は無効という認識で合っているでしょうか

[asm]

Gemfileからgemを(vendor/.bundle以下などから)
- 読み込めるようにする
- enviromnentに従ってgemを一括読み込みする

という2つの処理があり基本的にrails以外は後者によって読み込まれるので
Gemfileに書いたdotenvが読み込まれるタイミングでは遅い

かつ、dotenvは既に環境変数で設定されていた場合.envをもとに上書きはしないというポリシーになっている。
環境変数RAILS_ENVがない場合はdevelopmentを設定する　という処理がrailsにあるらしいので
dotenvが自動的に読み込まれた段階では.envからRAILS_ENVを設定するのは無理

という事になります。

[ya-mon]

回答ありがとうございます。
すっきり理解できました。
理解が進んだので、ベストアンサーを変更させていただきます。

[退会済みユーザー]

asmさん、詳しい説明ありがとうございます。
私の方でも理解が進みました。