Storyblok CLI - Migrations rollbacks process is unclear

[edvinasjurele]

After introducing stream-based migrations (#295), v4.6.3, it seems many rollback files are being created, which results in 1 story = 1 file (before it was 1 rollback file for 1 run), which by the way extremely complicates rollback process.

As documented https://github.com/storyblok/monoblok/blob/main/packages/cli/src/commands/migrations/rollback/README.md rollback command is targetting specific file BY FULL NAME:

storyblok migrations rollback MIGRATION_FILE --space YOUR_SPACE_ID

which raises us questions of how to rollback the recently executed migration run easily.

Moreover, if I we have 2 migrations for same block, f.e.:

blogAuthor.description.js
blogAuthor.title.js

this results in essentially duplicated stories which seems are identical:

1. I’m not entirely sure how the process is intended to work. Could you guide us through the steps to go from point A to B and back to A, especially in scenarios involving multiple stories (i.e., handling multiple files)?

2. Perhaps it would make sense to combine rollbacks into a single file instead of generating multiple files. For instance, in our space of 12k stories, if we run a migration for 7k files, we’ll end up with 7k rollback files, which makes rolling back nearly impossible in such cases.

3. Perhaps the migration command should be improved to target a block, similar to how the migration run works, rather than targeting a specific file. Handling individual files feels tedious and non-revertable. Ultimately, this comes down to the vision or process that you, as the creators of the CLI, want to define and enforce.

[alvarosabu]

Hey @edvinasjurele I agree this is an undesirable behavior from the migrations optimization. I agree that their should be a rollback file per run, thanks for raising this let me transform it into a bug and prioritize it

[edvinasjurele]

This might have addressed with #318

[alvarosabu]

Correct

[alexjoverm]

@edvinasjurele you arrived earlier :D

Closing as resolved in #318