You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ability to update specific dependencies, or groups of dependencies
Ability to update and add files other than those inside the .config files such as package.json or .github/workflows
Only update package.json scripts when necessary
Make it possible for us to test updates in CI
Tasklist
If we want we can incrementally roll these things out without changing the current update command behaviour and use an arg of some sort to fine tune before flipping the switch.
Define a migration metadata schema which should contain things such as associated version, description of changes, migration file path, error messaging for each migration.
Create a migration manager to orchestrate the entire update process when the command is run.
Create test helpers that make it easy to test migrations.
Create a context for the migration manager to perform file system operations. It should support a rollback mechanism to make sure any failures in a single migration does not leave plugin files in a broken state.
Add helpers to make it easy for devs writing migrations to perform the most common tasks: updating dependencies, formatting code, running package manager commands, build config files from the handlebars templates.
Add an eslint rule that forbids migrations from importing node:fs to make sure they always use migration manager context
What are we aiming at improving?
Tasklist
If we want we can incrementally roll these things out without changing the current update command behaviour and use an arg of some sort to fine tune before flipping the switch.
associated version
,description of changes
,migration file path
,error messaging
for each migration.node:fs
to make sure they always use migration manager contextFixes: #820
Related:
The text was updated successfully, but these errors were encountered: