<p><br>
&gt;<br>
&gt; 2) Creating a linux-devel.git repo<br>
&gt;<br>
&gt; Some of the discussion so far has been about code getting into Linus&#39;s<br>
&gt; tree without going through linux-next. Or changing between the two. I<br>
&gt; would like to suggest adding a linux-devel.git repo that would let<br>
&gt; anyone that requests to add their development code to this repo. It may<br>
&gt; even spot duplicate work that is going on, or a place to house competing<br>
&gt; projects where it will be easier to do comparisons.<br>
&gt;<br>
&gt; If a pull causes the build to break or to break others code, then it<br>
&gt; will be reverted (not pulled), and a nasty email will be sent to the<br>
&gt; maintainer to fix it.<br>
&gt;<br>
&gt; Rebases will be allowed, and even encouraged. No one should be basing<br>
&gt; their work off of this tree, but they can use this tree to test their<br>
&gt; work against other development code. I want this to be like the old -mm<br>
&gt; tree was.<br>
&gt;<br>
&gt; When your code has been vetted by the linux-devel repo, you can then<br>
&gt; push it to the linux-next repo. Ideally, your code will be good enough<br>
&gt; that it would no longer need to be rebased when it gets there, and the<br>
&gt; linux-next code will be ready for Linus to pull.<br>
&gt;<br>
&gt; I believe a repo like this will get new development code more exposure<br>
&gt; and may even find bugs before it gets to the linux-next stage. Maybe<br>
&gt; even give better review. If a developer notices something different<br>
&gt; (good or bad) with how their system is working, if they can spot the<br>
&gt; cause it can be reported to the maintainer of the developmental work.<br>
&gt; This will leave less surprises when code goes mainline.<br>
&gt;</p>
<p>What I would be interested in knowing is if someone might be interested in generating this tree, do we have a list of branches maintainers/developers want to push right away available somewhere?</p>
<p>Dhaval </p>