2023-08-29 11:39:12 -07:00
|
|
|
#!/usr/bin/env bash
|
|
|
|
|
set -e # Quit if any part of this script fails.
|
|
|
|
|
|
|
|
|
|
# Mark all git repositories as safe to execute, including cached gems.
|
|
|
|
|
# NOTE: This would be dangerous to run on a normal multi-user machine,
|
|
|
|
|
# but for a dev container that only we use, it should be fine!
|
|
|
|
|
git config --global safe.directory '*'
|
|
|
|
|
|
|
|
|
|
# Install the app's Ruby gem dependencies.
|
|
|
|
|
bundle install
|
|
|
|
|
|
|
|
|
|
# Set up the databases: create the schema, and load in some default data.
|
Oops, fix bugs in dev container setup!
I missed two things:
1) `rake` wasn't available in the path (surprising but ok!), so I replaced it with the more modern and more portable `bin/rails` invocation.
2) Without specifying a `host`, Rails was trying to connect with the database over a socket instead of over a port. Here, we tell it where to actually connect!
I think I'll need to make some tweaks here, since this isn't compatible with my _own_ local setup—maybe I'll revert `database.yml`, and have the dev container use the `DATABASE_URL` environment variable to override it?
But whatever, this is working for now, and that's exciting to me!
Note: On my machine, the install step hangs for a loooong time, to the point where I usually give up. On Codespaces, it also took a while at the same step (`Installing devise-encrpytable`), but eventually got through it. Maybe on my machine it would work if I'm more patient? Idk! But it's good to see it working on something!!
2023-10-25 17:04:20 -07:00
|
|
|
bin/rails db:schema:load db:seed
|
