Различия

Показаны различия между двумя версиями страницы.

@@ Строка 1: / Строка 1: @@
+====== CVSup ======
+CVSup это пакет программного обеспечения для распространения и обновления исходных текстов с основного репозитория CVS на удаленном сервере. Исходные тексты FreeBSD поддерживаются в репозитории CVS на центральной машине разработки в Калифорнии. С помощью CVSup пользователи FreeBSD легко могут поддерживать собственные исходные тексты в актуальном состоянии.
+CVSup использует так называемую опрашивающую (pull) модель обновления. Работая по этой модели, каждый клиент запрашивает обновления с сервера, если и когда они нужны. Сервер пассивно ожидает запросы на обновление от своих клиентов. Таким образом, все обновления инициируются клиентами. Сервер никогда не высылает не запрошенные обновления. Пользователь для получения обновлений должен либо запустить CVSup клиента вручную, либо добавить задание в cron для настройки периодических обновлений в автоматическом режиме.
+Термин CVSup, написанный с заглавными буквами, означает весь пакет программного обеспечения. Его основные компоненты это клиент cvsup, запускаемый на каждом пользовательском компьютере, и сервер cvsupd, работающий на каждом зеркале FreeBSD.
+  * **Установка CVSup**
+Можно установить с CD диска №3, если диска нет - устанавливаем из интернета:
+<code>
+ns# pkg_add -r cvsup-without-gui
+Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-7.2-release/Latest/cvsup-without-gui.tbz... Done.
+</code>
+Командой pkg_info проверим какая версия установилась:
+<code>
+ns# pkg_info
+cvsup-without-gui-16.1h_4 File distribution system optimized for CVS (non-GUI version
+</code>
+  * **CVSup синхронизация (обновление) локального дерева исходных текстов до Release**
+Создаем файл cvsup.dark, с таким содержимым:
+<code>
+ns# ee cvsup.src-all
+#*default  host=cvsup.freebsd.org
+#основные зеркала 1-18
+*default  host=cvsup11.freebsd.org
+#Россия от cvsup.ru  до cvsup6.ru
+#*default  host=cvsup6.ru.freebsd.org
+#Украина от cvsup2.ua  до cvsup7.ua
+#*default host=cvsup5.ua.freebsd.org
+*default  prefix=/usr
+*default  base=/var/db
+*default release=cvs
+*default delete use-rel-suffix
+*default  tag=RELENG_8_0
+src-all
+</code>
+Запускаем обновление командой:
+  ns# cvsup -g -L 2 cvsup.src-all
+====== Current Stable RELENG_x Code-Freeze Status ======
+  * [[http://www.freebsd.org/releng/|Code-Freeze Status]] - состояние версий [[FreeBSD]] до которых можно обновиться.   * [[http://www.freebsd.org/ru/security/|Информационная безопасность FreeBSD + Code-Freeze]]
+  * Параметр **tag=RELENG_x**: Например, RELENG_8_0 - обновит до релизкандидата, а RELENG_8 обновит до STABLE; RELENG_7_2 даст 7.2-RELEASE-px, где x - номер патчсета, а RELENG_7 даст 7.2-STABLE.
+  * Источник: http://www.opennet.ru/openforum/vsluhforumID1/87542.html:
+<file>
+>вопрос что использовать в продакшн
+>RELENG_8 или RELENG_8_0
+>Смущает что про RELENG_8 написано что юзается для разработки, но в свою
+>очередь это и есть stable
+>
+>Про RELENG_8_0 написано что ветка заморожена для всего кроме фиксов.
+>
+>Так какую использовать на боевых серверах?
+</file>
+<file>
+в продакшн используют релизы, для них соответствующие теги
+обычно администраторы которые следят за развитием FreeBSD, имеют на своих WKS
+два варианты системы: Current с тегом HEAD или Stable, на данный момент это RELENG_8
+И если в релизе чего-то нехватает, драйверов или еще чего-то, но это есть в Stable
+и работает СТАБИЛЬНО, в этом случае администраторы накатывают RELEASE до нужного Stable
+на определенную дату и сервер работает под этой системой.
+Итого, есть две ветки: Current - development, Stable -стабильная, обе развиваются,
+раз-ви-ва-ют-ся, по достижении стабильного состояния системы в любой из веток,
+выпускается RELEASE (как закрепление достижений), а разработка идет дальше.
+Релизы из стабильной ветки рекомендуются к работе/production.
+Соответственно, любая из веток/branches, в определенный момент времени или на
+определенную дату, может иметь и баги и проблемы и ошибки... В Stable by default
+отсутствуют опции отладки в ядре, в Current они присутствуют, понятно что опции debug'а
+влияют на производительность.
+По мере развития, когда Current работает стабильно и надежно, ее - ветку, переводят
+в Stable и создается новая ветка Current, как например было сейчас:
+Current была 8, было решено что с выходом 8.0, эту ветку из current переведут в stable,
+для разработки создадут/ли 9'ую ветку и она стала current, а 7.x-stable еще поживет
+немного, вероятно выпустят 7.3-RELEASE, но ветка и релизы уже считаются legacy - устаревшими.
+В реалии же, многие администраторы до сих пор считают наиболее надежной версией
+для продакшн 6.4-RELEASE, большее кол-во администраторов с недавнего времени
+считают надежной версией для продакшн 7.2-RELEASE.
+Через пол-года вероятно 8'ка будет считаться правильным выбором для продакшн.
+Ньюансов полно, задачи разные, нагрузки, железо - все в сумме влияет на выбор, не
+забывая про золотое правило: "Работает - не трожь!". Самое главное - не прозевать
+удачное и удобное время для апгрейда.
+Еще один немаловажный факт, самый безболезненный апгрейд в пределах ВЕТКИ, но
+при переходе с ветки на ветку проблем существенно больше, связаны они с обновлением
+и пересборкой портов.
+</file>

📌 Удобный подбор VPS по параметрам доступен на DIEGfinder.com - официальном инструменте проекта DIEG. Это часть единой экосистемы, созданной для того, чтобы помочь быстро найти подходящий VPS/VDS сервер для любых задач хостинга.

📌 Для тестирования скриптов, установщиков VPN и Python-ботов рекомендуем использовать надежные VPS на короткий срок. Подробнее о быстрой аренде VPS для экспериментов - читайте здесь.

💥 Подпишись в Телеграм 💥 и задай вопрос по сайтам и хостингам бесплатно!

Различия

7 Самых Популярных Статей

7 Самых Популярных Обзоров