Skip to content

Commit 8b6e3f1

Browse files
Fix small typo in GETTING_STARTED.md (#407)
* Update GETTING_STARTED.md * Update GETTING_STARTED.md
1 parent 1f973cc commit 8b6e3f1

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

Diff for: GETTING_STARTED.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -23,7 +23,7 @@ This way if one of commands fails, our database will remain unchanged.
2323
Run your migrations through the CLI or your app and check if they applied expected changes.
2424
Just to give you an idea:
2525
```
26-
migrate -database YOUR_DATBASE_URL -path PATH_TO_YOUR_MIGRATIONS up
26+
migrate -database YOUR_DATABASE_URL -path PATH_TO_YOUR_MIGRATIONS up
2727
```
2828

2929
Just add the code to your app and you're ready to go!
@@ -38,7 +38,7 @@ It's also worth checking your migrations in a separate, containerized environmen
3838
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'.
3939
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:
4040
```
41-
migrate -path PATH_TO_YOUR_MIGRATIONS -database YOUR_DATBASE_URL force VERSION
41+
migrate -path PATH_TO_YOUR_MIGRATIONS -database YOUR_DATABASE_URL force VERSION
4242
```
4343
Once you force the version and your migration was fixed, your database is 'clean' again and you can proceed with your migrations.
4444

0 commit comments

Comments
 (0)