Twelve Factor App's Config - Section IIIについて読み、NodeJS でそれを行う方法を検索しました。ほとんどの人は、環境変数に設定を保存するためにdotenvを推奨しているようです。
ただし、次のように dotenv は Twelve-Factor App と矛盾しているようです。
構成へのもう 1 つのアプローチは、Rails の config/database.yml など、リビジョン管理にチェックインされていない構成ファイルを使用することです。これは、コード リポジトリにチェックインされる定数を使用する場合よりも大幅に改善されますが、まだ弱点があります。設定ファイルを誤ってリポジトリにチェックインするのは簡単です。構成ファイルはさまざまな場所やさまざまな形式に散在する傾向があり、すべての構成を 1 か所で確認して管理することは困難です。さらに、これらの形式は言語またはフレームワークに固有である傾向があります。
Twelve-Factor アプリは、構成を環境変数 (多くの場合、env vars または env に短縮されます) に保存します。環境変数は、コードを変更することなく、デプロイ間で簡単に変更できます。構成ファイルとは異なり、誤ってコード リポジトリにチェックインされる可能性はほとんどありません。また、カスタム構成ファイルや Java システム プロパティなどの他の構成メカニズムとは異なり、言語や OS に依存しない標準です。
このステートメントを理解すると、dotenv を使用して構成ファイル.envを作成し、それらを環境変数としてエクスポートするようです。
.envファイルが誤ってコード リポジトリにチェックインされる可能性があるため、これは Twelve-Factor App に違反しませんか?