<div dir="ltr"><div><div><div>as mentioned in the earlier mail, for example <br></div>stable , testing, pull requests into testing, who wants can test, if no problem reports, or some people say OK, (to be defined) it goes to stable.<br><div>the QA happens twice, once when apply the pull request,similar what is 
already done today, so no more work, and than by using the testing by 
who ever want.<br></div>the pull request into stable becomes a noop, but is a last additional check.<br><br>there might be other possibilities for creating work flows that include some QA without adding additional work to 1 person, eventually even reduce it, including using the issue tracker an gitlab or github,<br></div><div>but I miss the time now to make an introduction into project management at this time<br>and for SBo I would see this, or something similar, as a possibility that maybe works  together with existing tools (just use a different branch) <br></div><div>Important is to be able to discuss such topics without getting passive aggressive destructive comments, because I think we all want to use the spare time we have productive.<br><br></div><br></div>/Harald<br><div><br><div><br></div><div><div><br><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-21 11:33 GMT+01:00 David Spencer <span dir="ltr"><<a href="mailto:baildon.research@googlemail.com" target="_blank">baildon.research@googlemail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> difference between sending a patch / pull request to a project that simply<br>
> apply it if it passes QA,<br>
>  difference between such workflows, and that one of SBo, where you need to<br>
> contact maintainer<br>
<br>
</span>Perhaps you can help me, because it's not clear.<br>
Exactly who in this workflow is going to do QA?<br>
<span class="HOEnZb"><font color="#888888"><br>
-D.<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.<wbr>org</a><br>
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">http://lists.slackbuilds.org/<wbr>mailman/listinfo/slackbuilds-<wbr>users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/<wbr>pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</div></div></blockquote></div><br></div>