Недавно Линус Торвальдс изменил статус сопровождающего файловой системы Bcachefs с внешнего обслуживания (внешнее обслуживание). Ожидается, что это изменение окажет существенное влияние на файловую систему. Пометка как внешнее обслуживание означает: 1. Изменения файловой системы Bcachefs не войдут в основную ветку ядра в краткосрочной перспективе; 2. Файловая система не будет немедленно удалена из ядра Linux Kerner.
Предыстория такова:
Файловая система Bcachefs, разработанная под руководством Кента Оверстрита, обеспечивает высокую производительность, надежность и расширенные функции, такие как стирающее кодирование и поддержка моментальных снимков. Первоначально файловая система вошла в основную ветку ядра Linux в 2023 году и стала экспериментальной файловой системой.
Однако процесс обслуживания Bcachefs после выхода на основную ветку был относительно непростым. Основная причина заключалась в том, что у Оверстрита и Линуса Торвальдса было много споров по поводу окна слияния, процесса выпуска и проверки кода. В частности, слияние кода не соответствовало процессу слияния ядра Linux.
Изменения статуса сопровождающего:
29 августа Линус Торвальдс изменил статус сопровождающего файловой системы Bcachefs в файле MAINTAINERS ядра, который используется для записи информации сопровождающего каждой подсистемы ядра.
Статус внешнего обслуживания обычно означает, что разработка этого компонента будет осуществляться вне ядра. Ядро основной версии сохраняет только текущую версию и с трудом принимает новые изменения, что чем-то похоже на файловую систему ZFS (из-за проблем с лицензированием файловая система ZFS всегда поддерживается извне, но у Bcachefs нет проблем с лицензированием).
В настоящее время ситуация неоднозначна, и хорошая новость заключается в том, что, по крайней мере, Bcachefs не будет немедленно удален из ядра, как ранее угрожал сделать Линус Торвальдс. Плохая новость заключается в том, что последующие изменения в Bcachefs вряд ли сразу же попадут в основную версию ядра Linux.
Таким образом, такое состояние создает проблему: битовую гниль, которая означает устаревание из-за отсутствия обслуживания. В конце концов, в случае длительного отсутствия обслуживания пользователи постепенно откажутся от ошибок, если только пользователи не обратятся к внешнему дереву.
Кент Оверстрит ответил:
Кент Оверстрит также опубликовал ответ в ветке обсуждения: «Я глубоко забочусь о процессе выпуска, потому что я поддерживаю код, который выпускаю, я отвечаю почти на все пользовательские отчеты об ошибках и слежу за тестовой панелью, и я хочу предоставить своим пользователям максимально стабильный и надежный код.
Кент Оверстрит также упомянул аналогичный опыт с проблемами упаковки Debian: сопровождающие Debian отдавали приоритет соблюдению правил проекта, а не объединению рабочего кода, поскольку это могло привести к поломке сборок и недоступности файловых систем для пользователей.
В ответ на спор между Кентом Оверстритом и Линусом Торвальдсом некоторые пользователи сообщества также предложили найти нового инженера, который принял бы на себя ответственность за общение. Однако Кент Оверстрит не хотел перепоручать все обслуживание другим (чтобы не переутомлять других инженеров).
Будущее файловой системы Bcachefs все еще остается под вопросом, и было бы жаль, если бы проект заглох из-за споров по поводу процесса выпуска, но ни Кент Оверстрит, ни Линус Торвальдс не желают сдаваться, вот в чем проблема.
Похожие статьи:
Ядро Linux может удалить файловую систему bcachefs после конфликта сопровождающего с Линусом Торвальдсом