Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

1.5.0 changes default load order of migrations #113

Closed
jrh-exacta opened this issue Jun 19, 2024 · 2 comments · Fixed by #115
Closed

1.5.0 changes default load order of migrations #113

jrh-exacta opened this issue Jun 19, 2024 · 2 comments · Fixed by #115
Labels

Comments

@jrh-exacta
Copy link

jrh-exacta commented Jun 19, 2024

Upgrading to 1.5.0 changes the default load behavior of the migrations, my migrations are set up as so.

    └── build/
        └── mongo/
            └── migrations/
                ├── 1713446102472_create_clientTelemetry.js
                ├── 1713804829014_AddClientTelemetryLevelIndex.js
                ├── 1714121370285_add_percentage_to_pools.js
                ...

with 1.4.0 the migrations are loaded in 1713446102472_create_clientTelemetry.js->17113804829014_AddClientTelemetryLevelIndex.js->1714121370285_add_percentage_to_pools.js

now with 1.5.0 the migrations loaded in 1714121370285_add_percentage_to_pools.js->1713804829014_AddClientTelemetryLevelIndex.js->1713446102472_create_clientTelemetry.js

This breaks any migration set up I have had in the past. I could not see a way to make the glob options reverse the order? Is that possible?

@mycodeself
Copy link
Owner

🎉 This issue has been resolved in version 1.6.2 🎉

The release is available on:

Your semantic-release bot 📦🚀

@mycodeself
Copy link
Owner

Hey, this should be fixed in 1.6.2, could you try and let me know if the problem persists?

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants