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

Use Fixed versioning policy #4

Open
wants to merge 4 commits into
base: main
Choose a base branch
from
Open

Use Fixed versioning policy #4

wants to merge 4 commits into from

Conversation

ccremer
Copy link
Contributor

@ccremer ccremer commented Aug 5, 2023

⚠️
This PR changes the versioning strategy to "fixed".
Instead of publishing each package independently with each their own versioning scheme and changelog, all packages now share the same version number.
This simplifies the versioning workflow and the usage for developers. Devs don't need to check or verify whether one package is compatible with another package (e.g. whether angular package is working with core).
At the flipside, if there are breaking changes in a package that is not used, it will result in a major version update for unused packages also.

All packages will be bumped to the same version 2.0.0 to start with this versioning and indicate breaking change.

Other changes:

  • Upgrades Lerna to v7
  • Updates GH actions to use lerna publishing command.

Checklist for PR Authors

  • Skip release if no PR matches
  • Link this PR to related issues if applicable
  • This PR contains a single logical change (to build a better changelog)
  • I have cleaned up the commit history (no useless army of tiny "Update file xyz" commits)
  • PR title doesn't contain a categorization prefix like "[chore]" or "feat:" -> There are labels for that

Checklist for PR Reviewers

  • Categorize the PR by setting a good title and adding one of the release labels (see below)

    Labels that control the release
    • major: major
    • minor: minor
    • patch: patch
    • performance: patch
    • skip-release: none
    • release: Release after merge. Use together with a Label that doesn't immediately release, e.g. internal.
    • internal: none
    • documentation: none
    • tests: none
    • dependencies: none

@ccremer ccremer added the major Increment the major version when merged label Aug 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
major Increment the major version when merged
Development

Successfully merging this pull request may close these issues.

1 participant