Выбор подходящей для вас версии FreeBSD

1. Вводная информация

Чтобы решить какая версия FreeBSD больше всего подходит для ваших нужд, важно понимать несколько концепций, касающихся наших процессов разработки и подготовки релизов (Release Engineering, RE).

FreeBSD разрабатывается большой группой людей, являющихся почти полностью добровольцами. Исходный код ядра, самых распространённых библиотек и утилит поддерживается в системе контроля исходного кода (source control system) и доступен широкой публике для скачивания в любое время. Отдельно, скомпилированные версии (бинарники) доступны на рекуррентной основе. Некоторые из этих двоичных версий проходят широкое тестирование и затем обозначаются, как release.

---

2. Планирование релизов в прошлом

Во время разработки и выпуска FreeBSD 5.X было получено много уроков, которые стали ясны только ретроспективно. Цели серии 5.X были очень мощными и включали:

• Обеспечить поддержку машин с симметричной мультипроцессорностью (Symmetric MultiProcessing, SMP);

• Увеличить производительность, путём применения новой стратегии работы с конкуренцией ресурсов в ядре;

• Добавить несколько новых архитектур процессоров;

• Ввести новую модель тредов;

• Ввести новый планировщик;

• Добавить поддержку новых технологий, таких как управление питанием (это особенно важно для лэптопов); и наиболее критично,

• Не объявлять серии релизов, как STABLE до тех пор, пока все эти задачи не будут выполнены.

Это привело к ситуации, когда между моментом временем, когда релиз из серии 4.X был объявлен, как STABLE и моментом, когда релиз из 5.X был объявлен, как STABLE прошло несколько лет. Это имело несколько нежелательных эффектов:

• Количество одновременных изменений групп характеристик сделало очень сложным изолирование одного набора изменений для слияния обратно в STABLE ветку;

• что означало, что пользователи, которые должны иметь определённые новые возможности (к примеру, использовать современное оборудование) работали путём адаптирования (к примеру) FreeBSD 5.2.1 хотя он был известен, как релиз только для разработчиков, и независимо от того факта, что CURRENT релиз не совсем подходил для их нужд.

• В случаях, когда обратные слияния имели место, это поставило разработчиков в положение, когда они пытались поддерживать характеристики (feautures) на версии, которую они сами не использовали, как первичную платформу для разработки.

• Задержка во времени также значила, что когда 5.3 был наконец объявлен самым последним STABLE релизом, накопившееся количество изменений сделало процесс обновления очень болезненным.

Более кратко, никто не был доволен результатом.

Уроки, которые были получены:

• Новые старшие релизы должны иметь меньшее количество серьезных изменений характеристик и выпускаться более часто.

• В самой большой степени, серьезные изменения должны изолироваться друг от друга. (Это подразумевает, что некоторая разработка должна вестись вне основного дерева и может быть объединена с основным деревом только при условии, что это не нарушит другую одновременно продолжающуюся разработку.)

• Старшие релизы должны ориентироваться на последний срок по времени, а не на последний срок по количеству характеристик. Если какая-то возможность (характеристика) не закончена вовремя, то она должна быть убрана и оставлена до следующего старшего релиза.

С помощью более частого выпуска меньшего количества изменений, также существует надежда, что меньше времени будет проводиться, пытаясь заниматься слиянием характеристик из HEAD обратно в последнюю STABLE версию (и тем самым пытаясь поддерживать эти характеристики более, чем в одной старшей версии); и далее, чем изменения более изолированы, тем риск появления новых ошибок намного меньше.

Также, фокусируясь больше на последний срок по времени нежели по количеству характеристик, в итоге будет возможным для пользователей, разработчиков внешних приложений и самих разработчиков FreeBSD иметь более лучший план на будущее.

---

3. Улучшения целей планирования релизов

Вот текущие цели в планировании для Проекта:

• Выпускать новый старший релиз каждые 18 месяцев;

• Выпускать новый младший релиз каждые 4 месяца;

• Обеспечивать предварительно собранные пакеты для последнего релиза каждой старшей версии;

• Обеспечить обновления в безопасности и другие критические исправления ошибок для последних нескольких младших версий каждой старшей версии (ветки улучшений в безопасности, security branches).

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

Заинтересованным читателям рекомендуется также просмотреть:

Оба документа содержат более детальную информацию по предпосылкам и разумные обоснования этих решений касательно поддерживаемых веток и времени жизни каждой ветки.

---

4. Как эти факторы повлияют на моё решение?

Основные факторы, которые могут повлиять на ваше решение в выборе версии для установки:

• Какую степень стабильности требует ваша система?

• Сколько усилий вы хотите прикладывать для обновлений?

• Как долго вы планируйте оставаться на одной версии между обновлениями?

• Как важна безопасность для вашей системы?

• Будете ли вы устанавливаться из исходников или посредством двоичных файлов?

• Желаете ли вы помочь участвовать в процессе разработки FreeBSD?

Вот некоторые примерные инструкции для помощи вам в вашем решении:

• Если ваши нужды имеют краткосрочный характер, есть потребность в самой высокой степени стабильности, доступной на данный момент и не собираетесь обновлять большое количество ресурсов, то вы возможно захотите установить последний младший STABLE релиз и остаться с ним. В зависимости от ваших требований к безопасности, вы можете следить за изменениями в эту ветку, по мере их появления.

• Если ваши нужды имеют краткосрочный характер, и полнота возможностей или наилучшие уровни безопасности наиболее важны для вас, и вы желаете проводить время, обновляясь, вы можете использовать последнюю STABLE ветку.

• Если вы не планируете сразу промышленное использование, а хотите поработать с проблемами, и новый старший релиз появляется в следующие несколько месяцев, то вы можете поисследовать, установив эту ветку, чтобы помочь Проекту протестировать его, стабилизировать, сделать его самым лучшим релизом с уровнем качества выше среднего.

• Только если вы пожелаете устанавливаться из исходников и проводить время, занимаясь отладкой проблем с базовой системой и дальше передавать их посредством сообщений об ошибках и прослеживать список рассылки, в котором обсуждаются такие вопросы, вы можете рассмотреть для использования HEAD.

---

5. Заключение

Мы надеемся, что эта статья послужила полезной стартовой точкой в понимании модели разработки FreeBSD и в решении того, какая версия наиболее подходит для ваших нужд.