<div dir="ltr">Typically the workflow is that most days I'll loop through any pull requests labelled "feature" and see if they describe the new functionality well enough to produce a changelog entry. This will usually be over the review period before merging, so if there is something outstanding or unclear I can ask the developer for more information/ screenshots etc before the PR gets merged.<div><br></div><div>The Changelog label indicates that an item is "ready to harvest" and I generally only apply it to <i>open</i> PRs with the feature label, then I harvest the closed PRs with the Changelog label applied.</div><div><br></div><div>In your case it's a bit different though because I think between yourself and Matheiu you might often be ready to merge before I even see the PR (being the ninja-wizards I know you to be), so if you want to merge a new feature before it's been tagged for changelog inclusion just add the "Changelog" label yourself rather than letting the changelog workflow become a blocker. Then I'll change the label to "ChangelogHarvested" once I pull it into the <a href="http://changelog.qgis.org">changelog.qgis.org</a> system.</div><div><br></div><div>I think it would get a bit messy having everyone<span class=""></span> trying to tag and label these entries though, so I think we make this the exception for core maintainers rather than the rule for most developers.</div><div><br></div><div>Alternatively I could periodically go through merged PRs with the feature label that haven't been labelled with Changelog or Changelog harvested. It's just an extra manual step (and point of failure), but I'm happy to take that on rather than add extra work for the core devs, so let me know if you would prefer that.</div><div><br></div><div>Fortunately the workflow has worked for the majority of new features anyway, so we should still be ready to publish on release day!</div><div><br></div><div>Regards</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 13 Oct 2020 at 01:04, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 12 Oct 2020 at 22:59, Charles Dixon-Paver <<a href="mailto:charles@kartoza.com" target="_blank">charles@kartoza.com</a>> wrote:<br>
<br>
> @Nyall I noticed that you have introduced a lot of new features that jumped straight from PR=>merged without the changelog label.<br>
<br>
Sorry about this! I guess I'm a little confused by the responsibility<br>
here -- should we be tagging "Changelog" ourselves for anything which<br>
we deem as important to include in the changelog? Or is this a label<br>
which you want to reserve for your use only?<br>
<br>
><br>
> With how hard and fast you introduce new contributions I think it would be folly for the changelog process to become a blocker for your work, so I don't particularly have an issue with this sidestepping of the "usual" process (PR=>feature label=>changelog label=>merge).<br>
><br>
> You also typically provide detailed descriptions of the feature so that's not an issue for me, but if you could label your new features "Changelog" when you merge them so that I can include them as a part of the standard harvesting workflow I'd appreciate it.<br>
><br>
> I tried to go collect all of those that are merged which you have tagged as "feature" for the next release and have added the following PRs to the changelog list:<br>
><br>
> <a href="https://github.com/qgis/QGIS/pull/38316" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/38316</a><br>
> <a href="https://github.com/qgis/QGIS/pull/38651" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/38651</a><br>
> <a href="https://github.com/qgis/QGIS/pull/38652" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/38652</a><br>
> <a href="https://github.com/qgis/QGIS/pull/38654" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/38654</a><br>
> <a href="https://github.com/qgis/QGIS/pull/38624" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/38624</a><br>
> <a href="https://github.com/qgis/QGIS/pull/37958" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/37958</a><br>
<br>
I had a look, and think you've caught them all!<br>
<br>
Nyall<br>
<br>
><br>
> If anyone has suggestions for improving the changelog maintenance workflow please let me know. It's documented on <a href="https://github.com/qgis/QGIS/wiki/Changelog-Workflows" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/wiki/Changelog-Workflows</a><br>
><br>
> Regards<br>
><br>
> --<br>
> Charles Dixon-Paver - GIS Specialist<br>
> Cell: +27(0)720607511<br>
> ------------------------------------------------------------------------------------------<br>
> Visit <a href="http://kartoza.com" rel="noreferrer" target="_blank">http://kartoza.com</a> to find out about open source:<br>
> * Full stack web, desktop and mobile geospatial software development<br>
> * GIS training<br>
> * Support, hosting and maintenance<br>
> * Consulting services<br>
> -------------------------------------------------------------------------------------------<br>
> _______________________________________________<br>
> QGIS-Developer mailing list<br>
> <a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>