Just a remark, everytime you fetch from upstream and merge/push into your own fork, that commit is automagically added to the pull request, so if you&#39;re doing that &quot;synchronization&quot; often, your pull request won&#39;t get stale.<br>
<br>Since, it&#39;s a risky one, my pull request (<a href="https://github.com/droolsjbpm/drools/pull/2">https://github.com/droolsjbpm/drools/pull/2</a>) is on the waiting list since 5/April, for example, and it can still be &quot;automatically merged&quot; according to github.<br>
<br>Cheers,<br>Leo.<br><br><div class="gmail_quote">On Tue, May 10, 2011 at 11:17 AM, Geoffrey De Smet <span dir="ltr">&lt;<a href="mailto:ge0ffrey.spam@gmail.com">ge0ffrey.spam@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
+1 It might help to keep hudson blue more often.<br>
<br>
but pull requests need to be merged as soon as possible.<br>
So per git repository it needs to be clear who&#39;s taking care of the pull<br>
requests.<br>
Otherwise no one might and they might go stale and we &#39;d loose valuable<br>
commits,<br>
which would be worse than before.<br>
<br>
For example:<br>
<br>
droolsjbpm-build-bootstrap =&gt; Geoffrey<br>
knowledge-api =&gt; Edson (same person as on drools I presume)<br>
drools =&gt; Edson<br>
drools-planner =&gt; Geoffrey<br>
jbpm =&gt; Kris<br>
droolsjbpm-integration =&gt; ?<br>
guvnor =&gt; ?<br>
tools =&gt; Bob Bolt?<br>
build-distribution (the OSGi stuff) =&gt; ?<br>
<br>
<br>
<br>
Op 10-05-11 10:56, Mark Proctor schreef:<br>
<div><div></div><div class="h5">&gt; We&#39;ve been monitoring github over the last few weeks. Github now makes<br>
&gt; it trivial for people to work in their own forks and submit pull<br>
&gt; requests. We have found that from time to time people don&#39;t rebase<br>
&gt; properly or check their commits after a push, and thus end up<br>
&gt; overwritting other people&#39;s work. We are thinking of trialing the<br>
&gt; leuitenant model for a while, where just core people are responsible for<br>
&gt; accepting and applying pull requests. With git&#39;s distributedd model,<br>
&gt; this should hopefully work out well.<br>
&gt;<br>
&gt; So from this point on, unless you are a core developer responsible for a<br>
&gt; specific module, can I ask that you submit pull requests for future work?<br>
&gt;<br>
&gt; thanks<br>
&gt;<br>
&gt; Mark<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; rules-dev mailing list<br>
&gt; <a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
&gt;<br>
<br>
</div></div>--<br>
With kind regards,<br>
<font color="#888888">Geoffrey De Smet<br>
</font><div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org">rules-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/rules-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/rules-dev</a><br>
</div></div></blockquote></div><br>