<br><br><div class="gmail_quote">On Wed, Sep 16, 2009 at 7:16 PM, Matthew Woehlke <span dir="ltr"><<a href="mailto:mw_triad@users.sourceforge.net">mw_triad@users.sourceforge.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Thiago Macieira wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Em Quarta-feira 16. Setembro 2009, às 18.20.01, Matthew Woehlke escreveu:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Please quit naming the "latest" branch by version, and name it something<div class="im"><br>
like 'kde-latest-recommended', or even 'master', so that a year from now<br>
when KDE trunk moves to 4.7, we don't again have to make everyone change<br>
branches by hand.<br>
</div></blockquote><div class="im">
<br>
Thanks, but no thanks.<br>
<br>
You have to change branches because... it's a different branch.<br>
</div></blockquote>
<br>
...which is a significant step backwards from qt-copy.<br>
<br>
Before, when KDE switched to a new Qt version, qt-copy got updated, and so long as you're paying attention, you see that it updates and know to rebuild.<br>
<br>
Now, there has to be an official announcement and everyone has to manually switch branches. And people that don't follow the lists closely are going to have broken builds because they don't know to update.<br>
<br>
You'll excuse me if I fail to see how this is an improvement.</blockquote><div><br></div><div>You see it as a non-developer point of view. Have you ever write a patch for qt-copy? Have you ever manage them? If yes you should know what i'll write after.</div>
<div><br></div><div>I did both even before i joined Qt Developer Frameworks. Having the history of Qt, a way to ask for merging was a dream i had at that time. The guy that update qt-copy has to manually test/fix/update/remove KDE patches at each release (painful). Now KDE can ask merge request with a better tracking, we can rebase patches/cherry-pick patches from qt-repo. Qt-copy is really bad for trolls because there is no connection with our repo (qt-copy is also used when trolls push patches there in order to KDE to run fine while the next patch release is cooking) and for KDE people no way to submit easily patches and have feedback on them, which explain why some of them are still in qt-copy. Now there is a way to communicate let's use it. </div>
<div><br></div><div>Sorry if you have to do git checkout -b branch origin/branch once a while...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>
<div></div><div class="h5"><br>
<br>
-- <br>
Matthew<br>
Please do not quote my e-mail address unobfuscated in message bodies.<br>
-- <br>
I don't see what C++ has to do with keeping people from shooting themselves in the foot.  C++ will happily load the gun, offer you a drink to steady your nerves, and help you aim. -- Peter da Silva (from <a href="http://cluefire.net" target="_blank">cluefire.net</a>)<br>

<br>
</div></div></blockquote></div><br>