well I just see GH release note as a cherry on the cake. as long as the rest is done. Just compare the result of generated dependabot PRs no GH release notes https://github.com/eclipse/jetty.project/pull/8853 with GH release notes https://github.com/eclipse/jetty.project/pull/7727 I tend to find the second (e.g with GH release note auto generated) more human readable and directly accessible (no need to go somewhere else and there is even a link to the PR of the changelog entry). but yeah maybe it's only me
Regarding "each change must be done by PR", for some reasons we can’t really make it mandatory but let's be honest in real life everybody does it :) At the end, if release drafter is configured it's just one click, and if not it's 2 clicks or one command line if using github cli tool gh On a more general discussion, we are a very large project with plenty of sub projects (maintained by different people who are not maintaining every project) and we can be happy having few people maintaining those during their spare time. So not sure it's a very good idea to have too strict policies/procedures especially when it comes to adding a nice to have cherry on the top for users Especially when the rest of our long procedure has been done. On Tue, 8 Nov 2022 at 09:00, Slawomir Jaranowski <s.jaranow...@gmail.com> wrote: > > Hi, > I start a discussion ... as beginning - some my loose thoughts > > We use Jira (for most of) as our primary issues management system. > We manage release notes in Jira - it is the source for announcements. > > In some projects we have GitHub releases notes. > In some cases we use release-drafter for preparing GitHub releases notes. > Some of release notes on GH - it is not actual > > Challenge: > - make both release notes to have the same information > - minimal additional manual work > > Release - drafter is fine, but > - requires correct labeling on PR > - eache change must be done by PR > - each PR must be merged on GH with merged status > - no additional issues > > > -- > Sławomir Jaranowski --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
