<p dir="ltr">+1<br>
I agree to 100%</p>
<p dir="ltr">Best regards<br>
Soeren</p>
<div class="gmail_quote">Am 29.03.2014 22:18 schrieb "Helmut Kudrnovsky" <<a href="mailto:hellik@web.de">hellik@web.de</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear GRASS GIS PSC,<br>
<br>
<br>
margherita wrote<br>
> Dear Luca,<br>
><br>
> thank you for raising this issue,<br>
><br>
> On Sat, Mar 29, 2014 at 7:04 AM, Luca Delucchi &lt;<br>
<br>
> lucadeluge@<br>
<br>
> &gt; wrote:<br>
>><br>
>><br>
>> with the upcoming GRASS 7 release we have to many branches to maintain<br>
>> (releasebranch6, devbranch6, releasebranch7 and trunk).<br>
>> Can I ask you to take a decision about the future of all this branches?<br>
>><br>
>> I could suggest something like:<br>
>> - keep releasebranch6 only for important bugfixes, no new feature and<br>
>> starting to forget it<br>
>> - put in reading mode or remove (after backport the differences with<br>
>> grass64) devbranch6<br>
>> - releasebranch7 is the new stable release branch, so new features<br>
>> only when we are far from release a new version<br>
>> - trunk for new feature<br>
>><br>
>> what do you think?<br>
>><br>
><br>
> I'm in favor. Having too many branches from users point of view only<br>
> raises<br>
> confusion, and for developers is much more effort required to keep track<br>
> of<br>
> everything.<br>
><br>
> My 2c<br>
> Regards,<br>
> Madi<br>
><br>
>><br>
>> Thanks a lot<br>
>> Best regards<br>
>><br>
>> --<br>
>> ciao<br>
>> Luca<br>
>><br>
>> <a href="http://gis.cri.fmach.it/delucchi/" target="_blank">http://gis.cri.fmach.it/delucchi/</a><br>
>> <a href="http://www.lucadelu.org" target="_blank">www.lucadelu.org</a><br>
>> _______________________________________________<br>
>> grass-psc mailing list<br>
>><br>
<br>
> grass-psc@.osgeo<br>
<br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/grass-psc" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-psc</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Best regards,<br>
><br>
> Dr. Margherita DI LEO<br>
> Scientific / technical project officer<br>
><br>
> European Commission - DG JRC<br>
> Institute for Environment and Sustainability (IES)<br>
> Via Fermi, 2749<br>
> I-21027 Ispra (VA) - Italy - TP 261<br>
><br>
> Tel. <a href="tel:%2B39%200332%2078%203600" value="+390332783600">+39 0332 78 3600</a><br>
<br>
> margherita.di-leo@.europa<br>
<br>
><br>
> Disclaimer: The views expressed are purely those of the writer and may not<br>
> in any circumstance be regarded as stating an official position of the<br>
> European Commission.<br>
><br>
> _______________________________________________<br>
> grass-psc mailing list<br>
<br>
> grass-psc@.osgeo<br>
<br>
> <a href="http://lists.osgeo.org/mailman/listinfo/grass-psc" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-psc</a><br>
<br>
it was a pleasure to meet GRASS devs but also GRASS users at the Vienna<br>
OSGeo Code Sprint [1] which was also a GRASS community sprint [2].<br>
In addition it was a honour for me to help getting beta release of GRASS GIS<br>
7.0.0, the upcoming stable release, into the wild.<br>
<br>
Now for us, GRASS devs _and_ users, there are now several branches of GRASS<br>
GIS (trunk, releasebranch7, releasebranch6, develbranch6) [4] to maintain,<br>
test and use.<br>
<br>
A lot of important improvements and new, exciting and fancy features are now<br>
in trunk and releasebranch7 which will never be backported to releasebranch6<br>
and so on.<br>
<br>
It is time for GRASS devs _and_ users to focus development on and maintain,<br>
improve, test and use GRASS7.<br>
<br>
As I trust in GRASS devs experience and carefulness of code submitting and<br>
in order<br>
<br>
(1) to _minimize_ GRASS user's confusion which version to test, to use and<br>
to give feedback for improvements and bug fixing<br>
<br>
and<br>
<br>
(2) to _reduce_ GRASS dev's burden to maintain, develop, improve and to fix<br>
bugs in trunk and 3 branches<br>
<br>
I request the retirement of GRASS6.5.svn (=develbranch6) and keep<br>
releasebranch6 for release only in bug fixing mode and trunk and<br>
releasebranch7 for future improvements and development.<br>
<br>
best regards<br>
Helmut<br>
GRASS user, sometimes lightweight GRASS dev, osgeo charter member<br>
<br>
[1] <a href="http://wiki.osgeo.org/wiki/Vienna_Code_Sprint_2014" target="_blank">http://wiki.osgeo.org/wiki/Vienna_Code_Sprint_2014</a><br>
[2] <a href="http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Vienna_2014" target="_blank">http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Vienna_2014</a><br>
[3] <a href="http://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Vienna_2014" target="_blank">http://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Vienna_2014</a><br>
[4] <a href="http://trac.osgeo.org/grass/browser/grass" target="_blank">http://trac.osgeo.org/grass/browser/grass</a><br>
<br>
<br>
<br>
<br>
-----<br>
best regards<br>
Helmut<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/too-many-branches-tp5131993p5132059.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/too-many-branches-tp5131993p5132059.html</a><br>
Sent from the GRASS-PSC mailing list archive at Nabble.com.<br>
_______________________________________________<br>
grass-psc mailing list<br>
<a href="mailto:grass-psc@lists.osgeo.org">grass-psc@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-psc" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-psc</a><br>
</blockquote></div>