Comments 4
Своего рода продолжение https://habrahabr.ru/post/314084/
Просто git слишком сложный, вот никто не готов делать git revert на большом проекте.
Обязательно должны быть те, кто будет ревьювить код, вносимый в настолько важный проект и иметь права на блокирование внесения некоторых коммитов. Иначе шансы на получение бэкдоров/прочих радостей значительно возрастают, чего не хотелось бы.
Я не знаю, как на самом деле устроено ядро и мне вот интересно, почему в ядре настолько много работы и из-за чего её объём может расти? Почему не «закончить» разработку ядра, оставив в нём только совсем стабильные системные абстракции, поддерживать «околоядро», предоставляющее API для взаимодействия модулей, а поддержку оборудования вообще вынести за его пределы? Или оно так и есть? Как оно вообще?
Я не знаю, как на самом деле устроено ядро и мне вот интересно, почему в ядре настолько много работы и из-за чего её объём может расти? Почему не «закончить» разработку ядра, оставив в нём только совсем стабильные системные абстракции, поддерживать «околоядро», предоставляющее API для взаимодействия модулей, а поддержку оборудования вообще вынести за его пределы? Или оно так и есть? Как оно вообще?
Разработку ядра можно и «закончить», вы ведь до сих пор сидите на Win95?
Можно попробовать вариант с демократией:
Разработчики пишут свой код и ревьюят чужой.
Для внесения в мастер коммит должен получить определенный рейтинг.
Рейтинг коммита равен* сумме рейтингов проголосовавших за минус рейтинги проголосовавших против.
Рейтинг автора определяется качеством внесенных коммитов.
* формулы расчета могут быть сложнее.
Можно попробовать вариант с демократией:
Разработчики пишут свой код и ревьюят чужой.
Для внесения в мастер коммит должен получить определенный рейтинг.
Рейтинг коммита равен* сумме рейтингов проголосовавших за минус рейтинги проголосовавших против.
Рейтинг автора определяется качеством внесенных коммитов.
* формулы расчета могут быть сложнее.
Sign up to leave a comment.
Мейнтейнеры не масштабируются