<div dir="ltr"><div><div>Hi,<br>Thanks for your comments<br><br></div><div>Richard, I'll be doing it by hand for the moment, meaning that I'll create a 2.18 milestone and put issues from master_2 inside (often duplicated in 3.0, such as <a href="https://github.com/qgis/QGIS-Documentation/issues/1208">https://github.com/qgis/QGIS-Documentation/issues/1208</a> vs <a href="https://github.com/qgis/QGIS-Documentation/issues/1207">https://github.com/qgis/QGIS-Documentation/issues/1207</a>; i'll then remove the copy from 3.0 milestone)<br><br>Do you agree with this process?<br></div><div>Even if we do not know now if a 2.18 doc will be released, at least we'd have kept needed elements to write it if decision is made (will require more writers involved).</div><div><br><br></div><div>Harrissou</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-07-20 23:17 GMT+02:00 Richard Duivenvoorde <span dir="ltr"><<a href="mailto:rdmailings@duif.net" target="_blank">rdmailings@duif.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 20-07-16 09:29, Yves Jacolin wrote:<br>
> Matthias, Harrissou,<br>
><br>
> On Wednesday, July 20, 2016 9:12:17 Matthias Kuhn wrote:<br>
>> Hi Harrissou<br>
>><br>
>> On 07/20/2016 08:47 AM, DelazJ wrote:<br>
>> [..]<br>
>><br>
>>> So questions:<br>
>>> - Will we have a 2.18 (if ever) documentation?<br>
>><br>
>> I think it would be good to plan 2.18 in general. Triggering the release<br>
>> scripts should be trivial. Since some features end up in 2.18, I guess<br>
>> it will happen.<br>
>> Concerning docs and also pre-release fixing, I wonder if this effort<br>
>> should be spent on the 3.0 migration instead?<br>
><br>
> So, either we can know which feature is in 2.18 and which in 3.0 and we can<br>
> target the ticket (in the doc repository) in the two milestone and without<br>
> much work, or we can't.<br>
><br>
> Anyway, as we are "still" working in the 2.16 release,  I guess we can aims to<br>
> release it at the end of the year, not before.<br>
><br>
> Next, we should focus on 3.0 to get the doc ready for QGIS 3.0, at the<br>
> beginning of 2017.<br>
><br>
> So +1 for your proposition.<br>
><br>
>> [..]<br>
>>> - Should the webhook set different milestions according to the branch<br>
>>> used?<br>
>><br>
>> Yes, master_2 => 2.18, master => 3.0.<br>
> Are you sure? 2.18 milestone doesn't exist in the QGIS doc repository.<br>
><br>
>><br>
>> Has there ever been a documentation released for 2.10 and 2.12?<br>
>> If non-LTR get no documentation, there's probably not much point in<br>
>> doing one for 2.18 I think?<br>
>> People can still refer to the "testing" doc from master instead which<br>
>> should match in many points (and where not, some notes can be included).<br>
> Indeed, but this is more a consequence than a cause. In the mid term I prefer<br>
> that we add new feature in the doc in the same time that the ticket is created<br>
> and so get a documentation release for each QGIS release.<br>
<br>
</div></div>We tried in history, but the doc (and doc release-) team could just not<br>
cope with all the releases. So we more or less decided to only build (at<br>
least translated) the docs for LTR versions.<br>
<br>
2.16 is non-ltr and 2.18 is a special case.. so I would also be OK to<br>
concentrate on a docs build  for 3.0. So only pick features which will<br>
be ported to 3.0 from 2.16 and 2.18 etcetc<br>
<br>
But we can off course try to follow... currently '[FEATURE]' is<br>
automatically labeled as 3.0 milestone...<br>
IF we want to distinguish between those, we either have to fix the script:<br>
<a href="https://github.com/qgis/QGIS-Sysadmin/blob/master/webhooks/github_feature_tracker.cgi" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS-Sysadmin/blob/master/webhooks/github_feature_tracker.cgi</a><br>
Or do it by hand...<br>
<br>
Regards,<br>
<br>
Richard<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></div></div></blockquote></div><br></div>