Встроенный Ruby в файле database.yml не анализируется в RubyMine

Я использую RubyMine 7.0.4 для создания приложения Rails (4.2.0) с Postgres в качестве моей базы данных. Я использую переменные среды для хранения своей локальной конфигурации (DB_USERNAME и DB_PASSWORD), но RubyMine не может проанализировать встроенный ruby ​​в файле database.yml.

отрывок из базы данных.yml:

...
development:
  <<: *default
  database: my_app_development
  username: <%= ENV['DB_USERNAME'] %>
  password: <%= ENV['DB_PASSWORD'] %>
...

Всплывающее окно с ошибкой RubyMine

Я даже пытался переключить его на фактические учетные данные в тегах ‹%= %>, но та же проблема:

...
development:
  <<: *default
  database: my_app_development
  username: <%= 'my_app' %>
  password: <%= 'password' %>
...

Похоже, это проблема RubyMine, поскольку все отлично выполняется из командной строки/приложение работает нормально. Однако мне нравится, когда моя база данных интегрирована с IDE, поэтому было бы здорово, если бы я снова заработал.

Есть ли что-нибудь, что я могу сделать, чтобы выполнить встроенный рубин вместо того, чтобы рассматривать его как строку?


postgresql ruby-on-rails rubymine
person Lee    schedule 15.03.2015    source источник
comment
Попробуйте переименовать файл database.yml в database.yml.erb. Насколько я помню, файлы читаются справа налево: Это означает, что сначала читаются ваши ‹%= %› и помещаются в «обычный» yaml.   -  person Klaus    schedule 15.03.2015
comment
Это была хорошая идея. Я только что попытался переименовать его, но ничего не изменилось — мое приложение все еще понимает erb в yaml, а RubyMine — нет.   -  person Lee    schedule 15.03.2015

Ответы (1)


arrow_upward
2
arrow_downward

Это ошибка в RubyMine, которая, к сожалению, еще не исправлена.

Для получения дополнительной информации перейдите на https://youtrack.jetbrains.com/issue/RUBY-9223

Единственное исправление, которое мне удалось придумать до сих пор, — это добавить файл database.yml в ваш файл .gitignore (если вы отправляете свой проект в удаленное репо) и сохранить имя пользователя и пароль в виде обычного текста.

Второй подход может заключаться в простом вводе ваших db_password и db_username в виде простых текстов для баз данных разработки и тестирования и использовании ENV["DB_USERNAME"] и ENV["DB_PASSWORD"] только для рабочей БД.

person Alexander    schedule 17.01.2016