tern VS sql-migrate

We have a repo with migrations written in SQL, and we use tern[1] to apply them.

[1]: https://github.com/jackc/tern

If you are using postgres and pgx you may want to use tern.

Recently i started using turn its more fun (IMPO) compared to others tool available https://github.com/jackc/tern

We use https://github.com/jackc/tern library (from the author of the pgx driver). We run migrations in k8s init containers and we do not do rollbacks (only up). Advantages over other popular solutions are:

I’ve been happy with https://github.com/jackc/tern .

I use tern for migrations. It’s from the same Author as pgx so everything in that ecosystem plays well.

Now my next issue is I'm trying to install tern using the "go versions 1.17 and higher" instructions in the docs here https://github.com/jackc/tern

I use https://github.com/jackc/tern + .env files which interpolate with its config for various environments.

Tern is a great language and framework agnostic solution for SQL migrations https://github.com/jackc/tern

I'd never did this with sqlite3, but I think sql-migrate should work (https://github.com/rubenv/sql-migrate)

I use sqlboiler which generates an ORM from your database, and sql-migrate which is a tool for managing SQL migrations. Although you have to write your migrations in SQL, which IMHO is a plus.

Currently a fan of this one https://github.com/rubenv/sql-migrate

db migration by sql-migrate

There are some packages in my project that are not used in the source code, but they're used as commands (i.e. https://github.com/vektra/mockery https://github.com/rubenv/sql-migrate).

Keep your migrations in the code repo and use a tool like sql-migrate to automatically apply them for you. At my job, we run a new container for each package's tests, and create a new db with the migration scripts for every test. It's certainly a bit slower, but the reproducibility is worth it.