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

feat: dynamic versionScheme import #5393

Merged
merged 1 commit into from Feb 6, 2020
Merged

Conversation

rarkins
Copy link
Collaborator

@rarkins rarkins commented Feb 6, 2020

Dynamically require versionSchemes.

@rarkins rarkins requested a review from viceice February 6, 2020 13:08
@rarkins
Copy link
Collaborator Author

rarkins commented Feb 6, 2020

The primary aim was to remove a dependency from lib/versioning/index to lib/config/definitions.

Note that currently the constants are still there and referenced in both the config definitions and managers, however the managers will soon absorb their own config.

If we wanted versionSchemes to be "self-contained" then we'd need to remove them from the lib/constants. But this means managers and datasources need an alternative way to refer back to versionSchemes. Perhaps should we make it mandatory that each versionScheme exports a name field matching with their directory name?

@rarkins rarkins merged commit 0ec6617 into master Feb 6, 2020
@rarkins rarkins deleted the feat/dynamic-versioning branch February 6, 2020 13:23
@renovate-release
Copy link
Collaborator

🎉 This PR is included in version 19.123.0 🎉

The release is available on:

Your semantic-release bot 📦🚀

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Dec 16, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants