Releases: sequelize/umzug
v3.0.0-beta.15
- Support tsconfigs with esModuleInterop (#438) (fixes #434) e0e6584
- Breaking change (to storages): remove string parameter (#429) b6414ba
- Custom storage implementations must update
logMigration(name) { ... }
tologMigration({ name }) { ...}
. Likewise withunlogMigration
. This is to allow receivingcontext
andpath
properties in the same arg object.
- Custom storage implementations must update
- Add prod tsconfig for lib output (#430) 92b5d45
- fix(deps): update dependency emittery to ^0.8.0 (#428) beca973
v3.0.0-beta.14...v3.0.0-beta.15
v3.0.0-beta.14
v3.0.0-beta.13
Breaking change to the beta
tag: beforeAll
/afterAll
are replaced by beforeCommand
/afterCommand
, which also run on executed
and pending
commands too now. For hooks that should only run before migrations are applied/reverted, use:
umzug.on('beforeCommand', ev => {
if (ev.command !== 'up' && ev.command !== 'down') {
return
}
// ...whatever you were doing in beforeAll/afterAll before
})
v3.0.0-beta.12
- Disable stripInternal (it hides needed types) aef619a
v3.0.0-beta.11
v3.0.0-beta.10
Changes in this release:
- Move types into their own file (#413) 14649cb
- Add examples folder (#411) 24623c8
- Command-line interface (#389) ae4b3eb
- Pass context to storage methods (#398) d676db8
- Add beforeAll/afterAll events + file locking (#397) bdde73b
- Typed async events (#394) 6fce00e
- Log json-able objects instead of strings (#393) 4856743
v3.0.0-beta.9
v3.0.0-beta.8
v3.0.0-beta.7
v3.0.0-beta.6
We're close to v3!
This new beta version brings a lot more power and simplicity to the API. A minimal usage example is now:
const { Umzug } = require('umzug');
const umzug = new Umzug({
migrations: {
glob: 'path/to/migrations/*.js'
},
logger: console,
});
Breaking changes
-
The Umzug constructor now receives a
migrations.glob
parameter, which is more flexible than the previouspath
,pattern
andtraverseDirectories
options (which were removed). This parameter can be a glob string (such as'**/*.migration.js'
) or have the form['**/*.migration.js', { cwd: 'some/path', ignore: '**/some-ignore-glob/**/*' }]
. -
The Umzug constructor now receives a
migrations.resolve
parameter, which is more flexible than the previouscustomResolver
,wrap
andnameFormatter
options (which were removed). This parameter must be a function that receives an object with{ path, name, context }
and must return an object withup
anddown
functions.path
is a string with the absolute path of the migration filename
is a string with the migration namecontext
is what will be provided to the migration functions, so they can run, such asqueryInterface
from Sequelize, for example
-
The signature for the
up
anddown
migration functions has changed. Previously, they would receive a single parameter of your choice (such asqueryInterface
from Sequelize, for example). That parameter is now called the migrationcontext
. Now, theup
anddown
functions receive an object of the form{ name, path, context }
instead of just receivingcontext
, so you can also act based on the migration name and file path, if needed. One way to upgrade is to modify each of your migrations to change the function signature. Another way is to use the newmigrations.resolve
parameter from the Umzug constructor, so that you automatically wrap your already existingup
anddown
functions with the new syntax. Both solutions are shown below:-
Slightly modifying each migration file:
// my-migration-12345679.js // Before: async up(queryInterface) { await queryInterface.foobar(); } // After: async up({ context: queryInterface }) { await queryInterface.foobar(); }
-
Using the new
migrations.resolve
option:const umzug = new Umzug({ migrations: { glob: 'migrations/umzug-v2-format/*.js', resolve({ path }) { // Get the `up` and `down` functions in the v2-style const { up, down } = require(path); // Return modified versions return { up: ({ context }) => up(context), down: ({ context }) => down(context) } } }, context: sequelize.getQueryInterface(), });
-
-
The
logging
option was replaced with the newlogger
option. Instead of passing a single logging function, you can now pass a "complete" logger, which provides not onlylog
but alsowarn
anderror
functions, for example. The default isundefined
.// Before new Umzug({ logging: console.log }); new Umzug({ logging: false }); // After new Umzug({ logger: console }); new Umzug({ logger: undefined });
-
The
Umzug#execute
method was removed. UseUmzug#up
orUmzug#down
instead. -
The options for
Umguz#up
andUmzug#down
have changed:umzug.up({ to: 'some-name' })
andumzug.down({ to: 'some-name' })
are still valid.umzug.up({ from: '...' })
andumzug.down({ from: '...' })
are no longer supported. To run migrations out-of-order (which is not generally recommended), you can explicitly useumzug.up({ migrations: ['...'] })
andumzug.down({ migrations: ['...'] })
.- name matches must be exact.
umzug.up({ to: 'some-n' })
will no longer match a migration calledsome-name
. umzug.down({ to: 0 })
is still valid butumzug.up({ to: 0 })
is not.umzug.up({ migrations: ['m1', 'm2'] })
is still valid but the shorthandumzug.up(['m1', 'm2'])
has been removed.umzug.down({ migrations: ['m1', 'm2'] })
is still valid but the shorthandumzug.down(['m1', 'm2'])
has been removed.umzug.up({ migrations: ['m1', 'already-run'] })
will throw an error, ifalready-run
is not found in the list of pending migrations.umzug.down({ migrations: ['m1', 'has-not-been-run'] })
will throw an error, ifhas-not-been-run
is not found in the list of executed migrations.umzug.up({ migrations: ['m1', 'm2'], force: true })
will re-apply migrationsm1
andm2
even if they've already been run.umzug.down({ migrations: ['m1', 'm2'], force: true })
will "revert" migrationsm1
andm2
even if they've never been run.umzug.up({ migrations: ['m1', 'does-not-exist', 'm2'] })
will throw an error if the migration name is not found. Note that the error will be thrown and no migrations run unless all migration names are found - whether or notforce: true
is added.
-
The return value of
Umzug#executed()
andUmzug#pending()
has changed. It now returns an object with aname
property and, if applicable, apath
property (this field will not be returned if the migration is not bound to a file on the filesystem). It no longer returns an object with afile
property. -
The
migrationSorting
option was removed. The behavior can be replaced with the new (and much more powerful)Umzug#extend
function, which creates a new Umzug instance based on your direct manipulation of the list of migrations. For example, to define a custom sorting for your migration files:const umzug = new Umzug({ migrations: { glob: 'migrations/**/*.js' }, context: sequelize.getQueryInterface(), }) .extend(migrations => migrations.sort((a, b) => b.path.localeCompare(a.path)));
-
Calling
umzug.down({ to: undefined })
is now interpreted as equivalent toumzug.down()
. Previously, it would be equivalent toumzug.down({ to: 0 })
instead.
Features
-
Added
Umzug#extend
, which creates a new Umzug instance based on your direct manipulation of the list of migrations. -
Added the
rerun
option toUmzug#up
andUmzug#down
, which can be one of'THROW'
,'ALLOW'
,'SKIP'
. This lets you customize what umzug does when it is told to execute a migration that was already executed (or revert one that was not executed yet). The default is'THROW'
, which matches previous behavior, so this is not a breaking change.
Commits
- Prepare for v3.0.0-beta.6 release a45c4c9
- fix(deps): update dependency fs-jetpack to v3 (#260) efa8501
- docs: add example for multiple glob dirs (#343) 9e8b5dc
- feat: allow skipping re-runs (#342) 06f6b27
- feat: v3 api (#325) 34c94b2
- Update README.md (#321) ef1e0fd
- Configure Renovate (#234) f1410a3
- fix: sequelize latest (#232) a2002e8
- fix: to: undefined shouldn't be like to: 0 (#231) 1037e77
- test: code coverage (#229) 5efed93
- test: events (#225) f26ef47
- fix: workaround sequelize types in tests (#226) 03c53a8