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
Just a note if you wonder why I added an additional label to this PR @dangotbanned . We try to always have one of the labels listed here on each PR: https://github.com/vega/altair/blob/main/.github/release.yml. GitHub then organize each PR into its corresponding section of the release notes automatically when creating the release via GitHub's interface. I don't have a strong opinion about labels not listed there, so feel free to add more to that list if there are some additional labels/sections you think would be useful.
I looked into automating the addition of a label to each PR via a GitHub action based on the conventional commit type mentioned in the PR title, but there was no such action so I just check through the closed PRs every now and then and label the ones that are missing one of the four labels our release notes are based on.
Yup, we can map additional labels just like you said. Another option would be to remove the labels we haven't used much in the past like dependencies and usability. I don't really have a preference since I mostly use the four other labels, but if you believe that these additional labels are useful, then I'm happy for them to be added.
To signal a PR will require a MINOR version bump.
This won't be the only reason for a MINOR version, but it is the most obvious.
Also, it is likely something we'd want displayed in its own category in the release notes.
Although I've been doing some work lately on performance improvements in #3547, I don't think we need a category for it like polars.
It is certainly nice to have, but performance is a much higher priority for them than altair.
I linked the wrong release-drafter. This one has the autolabeler
Thanks for updating that, I was confused initially when looking for the labeling part. I think including this autolabeler CI would be convenient so I'm +1 there.
I also agree with you that adding the breaking and deprecation labels to the bolded ones in your first comment would be helpful. Displaying them on top of the release notes like in the polars release notes makes sense to me too.
What is your suggestion?
Pulling out a discussion on a merged PR (#3539), for visibility.
Discussion w/ @joelostblom
Originally posted by @joelostblom in #3539 (comment)
Originally posted by @dangotbanned in #3539 (comment)
Originally posted by @joelostblom in #3539 (comment)
Current labels
Labels in bold have a group in release notes.
I've added the position the group appears in https://github.com/vega/altair/blob/main/.github/release.yml
Other projects
I may add to this later, but using
polars
as an example since they seem to have the CI workflow that @joelostblom was interested inpolars
Result
Config
https://github.com/pola-rs/polars/blob/main/.github/workflows/release-drafter.ymlEdit
I linked the wrong
release-drafter
.This one has the
autolabeler
@joelostblom mentionedThe text was updated successfully, but these errors were encountered: