<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Well, the background of my question is this: I don't have a build tree of<br>
master, and I don't intend to get one, either. I'm just trying to do what's<br>
necessary to have my own project running on Windows, and to fix the bugs that<br>
affect it, or that I happen to stumble upon, along the way.<br>
<br>
I do not intend to dive head first into the KDE on Windows project. I already<br>
have my own pet project, thank you. Building several branches, and possibly<br>
even with several compilers per branch is a no-go to me.<br></blockquote><div><br>Projects usually have CI for several tier testing. The KDE Windows project also has several builds run automatically on a server:<br><br><a href="http://www.winkde.org/pub/kde/ports/win32/dashboard/">http://www.winkde.org/pub/kde/ports/win32/dashboard/</a><br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

So that's why I'm asking about policy, here: If I cannot (be convinced to)<br>
test a patch in master, but I think it should go there, how should I proceed.<br></blockquote><div><br>The problem is that you think, but you do not know. I understand your good intention and I appreciate that, but unfortunately that is not alway enough if it causes breakages for others.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Reviewboard? This list?<br></blockquote><div><br>You will need to find another contributor somehow who will know. The generic rules applies here: irc, mailing list, review board, and so forth.<br><br>I do not personally have time to check your write up now, but thank you for your contribution.<br>
<br>Laszlo<br></div></div>