[QGIS-Developer] Changelog for 3.8! ARgh!

[Tim Sutton]

Hi Matthias

> On 21 Jun 2019, at 11:47, Matthias Kuhn <matthias at opengis.ch> wrote:
> 
> Hi 
> 
> On 6/21/19 9:03 AM, Tim Sutton wrote:
>> Hi
>> 
>>> On 21 Jun 2019, at 08:50, Matthias Kuhn <matthias at opengis.ch <mailto:matthias at opengis.ch>> wrote:
>>> 
>>> 
>>> Yes, I think it would make a lot of sense to integrate the changelog creation directly with labels into pull requests.
>>> 
>>> Since projecta is also based on markdown this should all play nicely together. And we could even add an (optional) #Changelog section to the pull requests and some other tags to automatically set funder etc. so one could already write the whole changelog entry during the development cycle. That should easily pay back with all the volunteer time that is saved during the already busy run up time to release!
>>> 
>>> Resource wise, most the allocated time in the grant proposal is for getting the service up and running and integrating with all the notification hooks. Parsing the content and sending it to another API should be pretty much straightforward. The main question would rather be if creation of new versions can also be automated and how to decide to which version a new feature should be sent (i.e. find out the "current" version). The best match for this would probably be to use github milestones. In the end I would say that this should increase the offer by 20%.
>>> 
>>> Tim, is everything ready on your end for that?
>> 
>> So yes we would be happy to pitch in to help here. Admire can help more immediately by getting this changelog ready and we can work with Anita (Hapsari) to get things in place to support PR githook thing-a-me-doodahs. (See my reply to OP)
> Great! I started with the changelog, but it's not even close to finished, so whatever Admire gets too on Monday will be appreciated. And of course whatever others get to meanwhile!
> 
> Concerning the changelog, I think there are too possibilities:
> 
>   * Integrate it into the service we are going to set up if the grant proposal is accepted. This will already have some logic builtin to cover things like also reacting to labels added after the PR is merged etc.
> 
>   * Bypass the grant proposal service and directly hook into the github webhooks, which I think is what you propose.
> 

Can you share the link again to your proposal?

Yes I was leaning towards a generic approach if possible, but let me read your proposal again and see how that fits in…

Regards

Tim

> I think the main advantage of the first one would be that it could be integrated in a single tool and since we would be working on it already it would be less effort. The second one would add some value to projecta if it can be used for other projects too.
> 
> I'm happy to step back if the second one is preferred.
> 
> Regards
> 
> Matthias
> 
> 
> 
>> 
>> Regards
>> 
>> Tim
>> 
>> 

—









Tim Sutton

Co-founder: Kartoza
Ex Project chair: QGIS.org

Visit http://kartoza.com <http://kartoza.com/> to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

I'd love to connect. Here's my calendar link <https://calendly.com/timlinux> to make finding time easy.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20190623/4b869608/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: KartozaNewLogoThumbnail.jpg
Type: image/jpeg
Size: 6122 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20190623/4b869608/attachment-0001.jpg>