<font size="4"><font face="georgia,serif"><br></font></font><br><div class="gmail_quote">On Mon, Jan 30, 2012 at 7:21 AM, Jekyll Wu <span dir="ltr"><<a href="mailto:adaptee@gmail.com">adaptee@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Method A: fix bug first in master branch, then backport(git<br>
cherry-pick) it into KDE/4.x branch<br>
Method B: fix bug first in KDE/4.x branch, then merge KDE/4.x into master<br>
<br></blockquote><div>Hi,</div><div> I use method A.</div><div>1. If something breaks, I'd rather it be in master </div><div>2. It is bad if a regression or other bad issues go out to public in a .x.y release.</div><div>

3. I think more people run the master branch and are more likely to catch issues</div><div>4. master doesn't have a timetable, while the 4.x branch does.</div><div>   Regards,</div><div>     Kurt</div><div> </div></div>

<br>