diff --git a/ru/portmgr/qa.sgml b/ru/portmgr/qa.sgml index 5b19a3cdf1..c0cfec2a19 100644 --- a/ru/portmgr/qa.sgml +++ b/ru/portmgr/qa.sgml @@ -1,9 +1,9 @@ по координации графика выпуска релиза.
Работа с группой RE по определению того, какие предварительной - построенные пакаджи могут быть по умолчанию размещены на установочные + построенные пакеты могут быть по умолчанию размещены на установочные ISO-образы.
Управление коммитами в дерево CVS в целях построения пакаджей, что +
Управление коммитами в дерево CVS в целях построения пакетов, что подразумевает выполнение следующих шагов:
Объявление о приостановке работ и генерации пакаджей для всех +
Объявление о приостановке работ и генерации пакетов для всех соответствующих архитектур. Часто этот процесс повторяется, потому что либо в разных портах обнаруживаются ошибки, либо изменения в дереве исходных текстов системы создают определённые риски, которые - могут привести к тому, что уже построенные пакаджи не будут работать + могут привести к тому, что уже построенные пакеты не будут работать после внесения этих изменений.
-Хотя приостановка работ является рекомендацией (которая не - проводится через ограничения CVS), коммиттеров просят принимать во - внимание эти приостановки, для того, чтобы добиться целостности и - корректности процесса построения пакаджей, а все предполагаемые - изменения согласовывать с portmgr. Обычно разрешаются следующие - изменения:
+Для обеспечения целостности и корректности сборки пакетов + все коммиты должны быть согласованы с группой управления + портами. Обычно разрешаются следующие изменения:
исправления, влияющие на успешность построения - пакаджа;
исправления, касающиеся информационной безопасности - критических для работы пакаджей;
обнаруженные проблемы с лицензионными соглашениями.
Управление машинами кластера - построения портов. Они постоянно строят пакаджи для всех возможных + построения портов. Они постоянно строят пакеты для всех возможных комбинаций релизов ОС и архитектур ЦП (по нашей терминологии сред построения.)
В процессе этих построений также генерируются протоколы ошибок для - пакаджей, которые строятся некорректно (обратитесь по URL-адресу выше). + пакетов, которые строятся некорректно (обратитесь по URL-адресу выше). Периодически группа помечает эти порты как нерабочие (BROKEN), чтобы это могли увидеть мэйнтейнеры. (Смотрите далее.)
-Успешно построенные пакаджи (по крайней мере, те, что распространяются +
Успешно построенные пакеты (по крайней мере, те, что распространяются свободно) также копируются на главный FTP-сервер и таким образом - становятся по умолчанию "самыми последними пакаджами" для - выполнения установки при помощи пакаджей, а не портов.
+ становятся по умолчанию "самыми последними пакетами" для + выполнения установки при помощи пакетов, а не портов.список портов, которые не устанавливают NO_LATEST_LINK. (Порты, у которых есть и стабильная версия, и версия в процессе разработки, обычно устанавливают номер версии в разработки на большее значение. - Если желательно, чтобы из пакаджей пользователи устанавливали + Если желательно, чтобы из пакетов пользователи устанавливали стабильную версию, а не версию в разработке, то нужно задать этот параметр; в противном случае по умолчанию пользователи получат последнюю версию.)
Удаление устаревших портов. Порты, которые уже помечены как BROKEN какой-то период времени, помечаются как DEPRECATED (с установкой - EXPIRATION_DATE), а затем удаляются, если ха истекшее время никто их не + EXPIRATION_DATE), а затем удаляются, если за истекшее время никто их не исправил. Целью такого порядка является обеспечение того, что если пользователь установил порт, то он должен иметь максимальные шансы на восстановление работоспособность.