[QGIS-Developer] Feature freeze: Paid developer activities for QGIS 3.0

[Tim Sutton]

Hi

> On 27 Oct 2017, at 23:25, Jürgen E. Fischer <jef at norbit.de> wrote:
> 
> Hi Andreas,
> 
> On Fri, 27. Oct 2017 at 17:58:05 +0200, Andreas Neumann wrote:
>> As to reviewing the PR queue: no idea how much effort would mean, but it
>> would have to be done quickly (e.g. within the next week). Jürgen has to
>> comment on that. We can spend some money on getting the PRs reviewed, but I
>> would need an estimate (e.g. x days).
> 
> Not sure how.  The rule is clear - feature freeze means no new features.  So
> all features have to be in (committed to master) prior to the freeze.  There is
> no rule for exceptions - or one that makes it my buck.  I just fix the dates
> after we discussed them, make the release (and package it).
> 
> Core committers can commit anything they see fit prior to the freeze (they got
> that privilege because we trust them).  It's not required to run commits it
> through PRs first or have PRs reviewed and/or merged by and other core
> committer.  If they still use a PR and get noone interested to review and
> merge, they can still merge it themselves (no news is good news).
> 
> If other contributors want PRs merged, they have to find a core committer to
> merge it for them (rub them the right way, advertize it and get users to cheer,
> hire them, whatever helps).  We're not obligated to merge anything - or pay
> someone to review them.  But if it's a feature PR, it shall not be merged in
> freeze.  When the PR was filed doesn't matter.
> 
> I didn't arbitrarily set the freeze date - actually originally 3.0 should be
> released when ready and not on a fixed schedule.  The date was requested and
> suggested by the key people doing the work - and even already moved once as
> their estimation was apparently too optimistic.
> 
> The point of the freeze is to give us time to stabilize and fix bugs before the
> release.  We also discussed how much time is needed for that.  Merging PRs
> after the freeze would also require to discuss it's impact on the release date.

I agree with what you say above (and I apologise if my original message sounded like I was trying to shift the freeze goal posts again).  I’ll cope if our PR is not merged but I wonder in the longer term if the '(rub them the right way, advertize it and get users to cheer hire them, whatever helps)’ is working for us? Tthe fact that our PR queue is so long makes me think it would be worthwhile to treat managing the PR queue as a paid effort from QGIS side (after the freeze is lifted) - or otherwise come up with a system to deal with it more effectively….maybe a topic for Madeira anyway….bring on the freeze!

Regards

Tim


> 
> 
> Jürgen
> 
> -- 
> Jürgen E. Fischer           norBIT GmbH             Tel. +49-4931-918175-31
> Dipl.-Inf. (FH)             Rheinstraße 13          Fax. +49-4931-918175-50
> Software Engineer           D-26506 Norden             http://www.norbit.de
> QGIS release manager (PSC)  Germany                    IRC: jef on FreeNode
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

 



---

Tim Sutton
QGIS Project Steering Committee Chair
tim at qgis.org




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20171028/504367f8/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qgis-icon-60x60.png
Type: image/png
Size: 4401 bytes
Desc: not available
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20171028/504367f8/attachment.png>