fix(deps): update dependency umzug to v3 #1019
Open
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
^2.3.0
->^3.0.0
Release Notes
sequelize/umzug (umzug)
v3.8.2
Compare Source
3baccd6
v3.8.1
Compare Source
What's Changed
undefined
when charset and collate options are not supported by @EinfachHans in https://github.com/sequelize/umzug/pull/673New Contributors
Full Changelog: sequelize/umzug@v3.8.0...v3.8.1
v3.8.0
Compare Source
What's Changed
Full Changelog: sequelize/umzug@v3.7.0...v3.8.0
v3.7.0
Compare Source
543a45d
v3.6.1
Compare Source
e3ce7f3
v3.6.0
Compare Source
What's Changed
New Contributors
Full Changelog: sequelize/umzug@v3.5.1...v3.6.0
v3.5.1
Compare Source
v3.5.0
Compare Source
What's Changed
Full Changelog: sequelize/umzug@v3.4.0...v3.5.0
v3.4.0
Compare Source
What's Changed
New Contributors
Full Changelog: sequelize/umzug@v3.3.1...v3.4.0
v3.3.1
Compare Source
e849968
(see https://github.com/sequelize/umzug/issues/614)Amended release notes from 3.3.0 (and comparison with v3.2.1):
What's Changed
v3.3.0
Compare Source
Original release notes
What's Changed
New Contributors
Full Changelog: sequelize/umzug@v3.2.1...v3.3.0
v3.2.1
Compare Source
What's Changed
Full Changelog: sequelize/umzug@v3.2.0...v3.2.1
v3.2.0
Compare Source
What's Changed
Full Changelog: sequelize/umzug@v3.1.2...v3.2.0
v3.1.2
Compare Source
What's Changed
Full Changelog: sequelize/umzug@v3.1.1...v3.1.2
v3.1.1
Compare Source
7baad24
b3b3582
v3.1.0
Compare Source
What's Changed
See https://github.com/sequelize/umzug/discussions/545
Full Changelog: sequelize/umzug@v3.0.0...v3.1.0
v3.0.0
Compare Source
Major release with some breaking changes since v2.x, see migration guide here: https://github.com/sequelize/umzug#upgrading-from-v2x
Several new features, including a new built-in CLI, typescript support, templating, improved events, logging and error messages, and more.
Find usage examples under https://github.com/sequelize/umzug/tree/master/examples
Migration guide at time of writing copied here for covenience:
Upgrading from v2.x
The Umzug class should be imported as a named import, i.e.
import { Umzug } from 'umzug'
.The
MigrationMeta
type, which is returned byumzug.executed()
andumzug.pending()
, no longer has afile
property - it has aname
and optionalpath
- since migrations are not necessarily bound to files on the file system.The
migrations.glob
parameter replacespath
,pattern
andtraverseDirectories
. It can be used, in combination withcwd
andignore
to do much more flexible file lookups. See https://npmjs.com/package/glob for more information on the syntax.The
migrations.resolve
parameter replacescustomResolver
. Explicit support forwrap
andnameFormatter
has been removed - these can be easily implemented in aresolve
function.The constructor option
logging
is replaced bylogger
to allow forwarn
anderror
messages in future. NodeJS's globalconsole
object can be passed to this. To disable logging, replacelogging: false
withlogger: undefined
.Breaking change to storages: remove string parameter (#429)
b6414ba
logMigration(name) { ... }
tologMigration({ name }) { ...}
. Likewise withunlogMigration
. This is to allow receivingcontext
andpath
properties in the same arg object.Note that this may break external storage implementations too. To adapt, you can just modify or extend the
logMigration
andunlogMigration
implementations (something likelogMigration: ({ name }) => oldStorage.logMigration(name)
).Events have moved from the default nodejs
EventEmitter
to emittery. It has better design for async code, a less bloated API surface and strong types. But, it doesn't allow passing multiple arguments to callbacks, so listeners have to change slightly, as well as.addListener(...)
and.removeListener(...)
no longer being supported (.on(...)
and.off(...)
should now be used):Before:
After:
The
Umzug#execute
method is removed. UseUmzug#up
orUmzug#down
.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: ['...'] })
.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'], rerun: 'ALLOW' })
will re-apply migrationsm1
andm2
even if they've already been run.umzug.up({ migrations: ['m1', 'm2'], rerun: 'SKIP' })
will skip migrationsm1
andm2
if they've already been run.umzug.down({ migrations: ['m1', 'm2'], rerun: 'ALLOW' })
will "revert" migrationsm1
andm2
even if they've never been run.umzug.down({ migrations: ['m1', 'm2'], rerun: 'SKIP' })
will skip reverting migrationsm1
andm2
if they haven't been run or are already reverted.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 notrerun: 'ALLOW'
is added.The
context
parameter replacesparams
, and is passed in as a property to migration functions as an options object, alongs sidename
andpath
. This means the signature for migrations, which in v2 was(context) => Promise<void>
, has changed slightly in v3, to({ name, path, context }) => Promise<void>
.Handling existing v2-format migrations
The
resolve
function can also be used to upgrade your umzug version to v3 when you have existing v2-compatible migrations:Similarly, you no longer need
migrationSorting
, you can instantiate a newUmzug
instance to manipulate migration lists directly:👇 full, generated changelog
What's Changed
step
in up and down options by @mmkal in https://github.com/sequelize/umzug/pull/386unlogMigration
by @husa in https://github.com/sequelize/umzug/pull/492.extend(...)
in favour of constructor by @mmkal in https://github.com/sequelize/umzug/pull/523New Contributors
Full Changelog: sequelize/umzug@v2.3.0...v3.0.0
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.