]> cat aescling's git repositories - mastodon.git/commit
[nanobox] Adjustments for Nanobox development (#3295)
authorDaniel Hunsaker <danhunsaker@gmail.com>
Mon, 29 May 2017 15:59:18 +0000 (09:59 -0600)
committerEugen Rochko <eugen@zeonfederated.com>
Mon, 29 May 2017 15:59:18 +0000 (17:59 +0200)
commit9ead3d1cdbac2cc40d8926be116cbe15cbf7f24d
tree400cbb1e9fcb6f028d785d7b71de2008ed758702
parent402c19a92475014e04df91eca759225f8a89d2ac
[nanobox] Adjustments for Nanobox development (#3295)

Because Nanobox doesn't run data components in the same container as the code, there are a few tweaks that need to be made in the configuration to get WebPack to work properly in development mode.

The same differences lead to needing to use `DATABASE_URL` by default in the `.env` file for Rails to work correctly.

Limitations of our `.env` loader for Node.js mean the `.env` file needs to be compiled everywhere in order to work, so we compile it in development, now, too. Also, all the `.env.production` tweaks have been consolidated into a single command.

Finally, since Nanobox actually creates the database when it sets up the database server, using the existence of the database alone to determine whether to migrate or setup is insufficient. So we add a condition to `rake db:migrate:setup` to check whether any migrations have run - if the database doesn't exist yet, `db:setup` will be called; if it does, but no migrations have been run, `db:migrate` and `db:seed` are called instead (the same basic idea as what `db:setup` does, but it skips `db:create`, which will only cause problems with an existing DB); otherwise, only `db:migrate` is called.

None of these changes should affect development, and all are designed not to interfere with existing behaviors in other environments.
.env.nanobox
boxfile.yml
config/webpack/configuration.js
config/webpack/development.server.js
lib/tasks/db.rake