This has been suggested about eight thousand times so far, and the answer is
"no". I'm fairly certain there's a FAQ entry on this.
The reason Linus won't do it is it conflicts with the way he works. He
approves patches by reading through them in his mail reader (Pine, I think)
and appending the ones he likes to a file. Then when he's done reading mail
he pipes the whole file to patch and it goes into his tree.
(I'm pondering an idea of sending Linus a perl script that he can use to pipe
that file to patch which will split out the individual emails and forward
them to an otherwise read-only "patches-linus-has-applied" mailing list. The
important part of this idea is it doesn't change the way he works or make him
do any extra work at all. And we get the documentation in the emails and a
record of what patches got applied when. And this WOULD allow a fairly
granular CVS tree to be kept up-to-date by a third party who simply
subscribes to the list and automatically feeds the patches into CVS.)
But Linus will NOT allow a line of code into his tree which he hasn't
personally approved. He may apply patches forwarded to him by maintainers
without thoroughly reading them first, but he still approves them and knows
when they go in, and makes sure they don't conflict with anything else he's
applying or already applied. So in a "Linux-kernel CVS tree", only Linus
would have the ability to check stuff in, so he considers it a waste of time
and just sends us tarballs instead.
The fact Linus does this is a bottleneck, sure. But the fact we've got one
guy in charge making decisions and vetoing anything that shouldn't go in is
also the main reason we've got a coherent source base. Look at the ongoing
fight between Rik and Andrea: even smart people who are generally right can
disagree about architectural direction, and if they both make changes without
somebody steering Bad Things will result.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/