Skip to content

Commit

Permalink
Fix small typo in GETTING_STARTED.md (#407)
Browse files Browse the repository at this point in the history
* Update GETTING_STARTED.md

* Update GETTING_STARTED.md
  • Loading branch information
RichardLindhout authored Jun 22, 2020
1 parent 1f973cc commit 8b6e3f1
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions GETTING_STARTED.md
Original file line number Diff line number Diff line change
Expand Up @@ -23,7 +23,7 @@ This way if one of commands fails, our database will remain unchanged.
Run your migrations through the CLI or your app and check if they applied expected changes.
Just to give you an idea:
```
migrate -database YOUR_DATBASE_URL -path PATH_TO_YOUR_MIGRATIONS up
migrate -database YOUR_DATABASE_URL -path PATH_TO_YOUR_MIGRATIONS up
```

Just add the code to your app and you're ready to go!
Expand All @@ -38,7 +38,7 @@ It's also worth checking your migrations in a separate, containerized environmen
In case you run a migration that contained an error, migrate will not let you run other migrations on the same database. You will see an error like `Dirty database version 1. Fix and force version`, even when you fix the erred migration. This means your database was marked as 'dirty'.
You need to investigate the migration error - was your migration applied partially, or was it not applied at all? Once you know, you should force your database to a version reflecting it's real state. You can do so with `force` command:
```
migrate -path PATH_TO_YOUR_MIGRATIONS -database YOUR_DATBASE_URL force VERSION
migrate -path PATH_TO_YOUR_MIGRATIONS -database YOUR_DATABASE_URL force VERSION
```
Once you force the version and your migration was fixed, your database is 'clean' again and you can proceed with your migrations.

Expand Down

0 comments on commit 8b6e3f1

Please sign in to comment.