<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<span style="color:rgb(80,0,80)">> maintainance costs, for which it is always difficult to find funding.</span><br><div class="im">
> We need more unit test, more code quality dashboards and much stricter rules<br>
> relative to what code has to be accepted into master.<br>
<br>
</div>I think this is a matter of balance: a large part of QGIS success is due to the huge<br>
number of new functions and developers that keep on coming. Setting up to srtict<br>
rules will dry up our main source.<br></blockquote><div><br></div><div>I have to respectfully disagree with the premise behind this. I'm sure ease-of-committing has facilitated much of the development, but at a certain point in a popular project's life it should become "mature" - unit tests, code reviews, etc. This will make it harder to commit that cool new tool that someone hacked up over the weekend, but you know that when it is committed and approved, it is a lot less likely to break something else.</div>

<div><br></div><div>Yes QGIS is almost undoubtedly the most popular FOSS GIS on the planet, but it will struggle to maintain that reputation if lots of users start encountering regressions and bugs and crashes.</div><div>

<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"><br>
> A PostgreSQL-like code inclusion workflow, with commitfest and review, could be<br>
> something interested, to be discussed.<br>
<br>
</div>IMHO a desktop program is a totally different beast from a server one. Unit testing<br>
for atomic functions is relatively easy, it can be a nightmare when you have very<br>
complex user interactions.</blockquote><div><br></div><div>Maybe the question should be - how do other successful Open Source desktop applications do it? Could QGIS not find some other projects that release regular relatively bug-free builds and ask them what their process is? QGIS isn't the first project to encounter these problems; it can learn from others. I don't know the answers which is why I'm posing them as questions - but maybe someone else does.</div>

<div><br></div><div>Cheers,</div><div>Jonathan</div></div></div></div>

<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.</span>