Это может показаться странным на первый взгляд, но я бы поощрять "ядро Linux" Процесс разработки, то, что я называю "бросать спагетти в стену, так что посмотрим, что торчит."

Следуя философии открытого исходного кода из "релиз рано, релиз часто" один посылает патчи (или мерзавец тянуть запросы), как только изменение доступно и передает разработчику все просто "оно работает" тесты. Если вы знаете, что изменение может быть спорным, или вы не можете угадать, будет ли он или нет будет принято, изменение помечается «RFC» в строке темы.

Сопровождающий проект (Satoshi или Gavin) и сообщество комментарий на изменениях. Часто, сопровождающий может быть ленивым и ждать, чтобы наблюдать за реакцией сообщества на изменения, прежде чем комментировать.  Общественная обратная связь является критически важной.  Разработчики будут размещать тупые или неподготовленные патчи. Сопровождающий проект и сообщество, как ожидаются, воспитывать новые разработчики через уважительную обратную связь, размещенные на открытом форуме.

Если обратная связь дается, разработчик, как ожидается, пересмотреть свои изменения, и перепечатывать запрос заплатки / тянуть.  Часто этот шаг повторяется много, много раз до тех пор, пока изменение "правильно."  Иногда разработчик является jackhole, который сохраняется в перепроведении то же самое раздражающее изменение снова и снова. Мы игнорируем эти люди. Иногда сопровождающий дает "время просто не подходит для такого изменения; вернуться в 6 месяцев" - это разочарование, но неизбежно.

Если нет обратной связи не даются, и изменения не спорные, сопровождающий принимает патч / тянет запросить в мерзавца репо.

Общественная обратная связь, особенно с сопровождающим проектом, имеет важное значение. Существующие разработчики должны научить новых разработчиков Зачем изменение должно выглядеть так, как это делает.