git: 94fcdbb548 - main - update translation of books/dev-model to Russian

The branch main has been updated by vladlen:

URL: https://cgit.FreeBSD.org/doc/commit/?id=94fcdbb54884155c340f750f59a63277584cf902

commit 94fcdbb54884155c340f750f59a63277584cf902
Author:     Vladlen Popolitov <[email protected]>
AuthorDate: 2026-08-13 14:02:15 +0000
Commit:     Vladlen Popolitov <[email protected]>
CommitDate: 2026-08-13 14:02:15 +0000

    update translation of books/dev-model to Russian
    
    Differential Revision: https://reviews.freebsd.org/D58802
---
 .../content/ru/books/dev-model/_index.adoc         |  108 +-
 documentation/content/ru/books/dev-model/_index.po | 1316 ++++++++++----------
 2 files changed, 727 insertions(+), 697 deletions(-)

diff --git a/documentation/content/ru/books/dev-model/_index.adoc b/documentation/content/ru/books/dev-model/_index.adoc
index 15c8f1669d..c241f0ae57 100644
--- a/documentation/content/ru/books/dev-model/_index.adoc
+++ b/documentation/content/ru/books/dev-model/_index.adoc
@@ -1,6 +1,6 @@
 ---
 authors:
-  -
+  - 
     author: 'Niklas Saers'
 bookOrder: 45
 copyright: '2002-2005 Niklas Saers'
@@ -76,7 +76,7 @@ toc::[]
 [.abstract-title]
 Предисловие
 
-До настоящего момента проект FreeBSD выпустил ряд описанных методик для выполнения различных частей работы. Однако, из-за растущего числа участников проекта, необходима модель проекта, обобщающая его структуру. footnote:[Это согласуется с законом Брукса, согласно которому добавление нового человека в задерживающийся проект сделает его ещё более задержанным, поскольку увеличит потребность в коммуникации. Модель проекта — это инструмент 
 для снижения потребности в коммуникации.] Данная статья предоставляет такую модель проекта и передаётÑ
Ñ в проект документации FreeBSD, где она может развиваться вместе с проектом, чтобы в любой момент времени отражать способ его работы. Она основана на диссертации [ crossref:dev-model[thesis, Saers,2003]].
+До настоящего момента проект FreeBSD выпустил ряд описанных методик для выполнения различных частей работы. Однако, из-за растущего числа участников проекта, необходима модель проекта, обобщающая его структуру. footnote:[Это согласуется с законом Брукса, согласно которому добавление нового человека в задерживающийся проект сделает его ещё более задержанным, поскольку увеличит потребность в коммуникации. Модель проекта — это инструмент 
 для снижения потребности в коммуникации.] Данная статья предоставляет такую модель проекта и передаётÑ
Ñ в проект документации FreeBSD, где она может развиваться вместе с проектом, чтобы в любой момент времени отражать способ его работы. Она основана на диссертации [crossref:dev-model[thesis, "Saers, 2003"]].
 
 Я хотел бы поблагодарить следующих людей за то, что они нашли время объяснить мне непонятные моменты и проверить документ.
 
@@ -98,15 +98,15 @@ toc::[]
 
 [[overview]]
 == Обзор
-Модель проекта — это способ снижения накладных расходов на коммуникации в проекте. Как показано в [ crossref:dev-model[brooks, Brooks, 1995]], увеличение числа участников проекта приводит к экспоненциальному росту коммуникаций в проекте. За последние годы FreeBSD значительно увеличил как количество активных пользователей, так и коммиттеров, что соответственно привело к росту коммуникаций. Данная модель проекта поможет снизить эти накладные расходы за
  счёт предоставления актуального описания проекта.
+Модель проекта — это способ снижения накладных расходов на коммуникации в проекте. Как показано в [crossref:dev-model[brooks,"Brooks, 1995"]], увеличение числа участников проекта приводит к экспоненциальному росту коммуникаций в проекте. За последние годы FreeBSD значительно увеличил как количество активных пользователей, так и коммиттеров, что соответственно привело к росту коммуникаций. Данная модель проекта поможет снизить эти накладные расходы за
  счёт предоставления актуального описания проекта.
 
-Во время выборов в Core в 2002 году Марк Мюррей заявил: «Я против длинного свода правил, так как это удовлетворяет склонности к юриспруденции и противоречит техноцентричности, в которой проект так нуждается.» [ crossref:dev-model[bsd-election2002, FreeBSD, 2002B]]. Эта модель проекта не предназначена для того, чтобы оправдывать создание ограничений для разработчиков, а служит инструментом для облегчения координации. Она призвана описывать проект, давая обзор т
 ого, как выполняются различные процессы. Это введение в то, как работает проект FreeBSD.
+Во время выборов в Core в 2002 году Марк Мюррей заявил: «Я против длинного свода правил, так как это удовлетворяет склонности к юриспруденции и противоречит техноцентричности, в которой проект так нуждается.» [ crossref:dev-model[bsd-election2002,"FreeBSD, 2002B"]]. Эта модель проекта не предназначена для того, чтобы оправдывать создание ограничений для разработчиков, а служит инструментом для облегчения координации. Она призвана описывать проект, давая обзор Ñ
 ‚ого, как выполняются различные процессы. Это введение в то, как работает проект FreeBSD.
 
-Модель проекта FreeBSD будет описана по состоянию на 1 июля 2004 года. Она основана на работе Нильса Йоргенсена [ crossref:dev-model[jorgensen2001, Jørgensen, 2001]], официальных документах FreeBSD, обсуждениях в списках рассылки FreeBSD и интервью с разработчиками.
+Модель проекта FreeBSD будет описана по состоянию на 1 июля 2004 года. Она основана на работе Нильса Йоргенсена [crossref:dev-model[jorgensen2001,"Jørgensen, 2001"]], официальных документах FreeBSD, обсуждениях в списках рассылки FreeBSD и интервью с разработчиками.
 
 После определения используемых терминов в этом документе будет описана организационная структура (включая описания ролей и линии коммуникации), рассмотрена модель методологии, а после представления инструментов, используемых для контроля процессов, будут описаны определённые процессы. В заключение будут представлены основные подпроекты проекта FreeBSD.
 
-[ crossref:dev-model[freebsd-developer-handbook, FreeBSD, 2002A]] Разделы 1.2 и 1.3 описывают видение и архитектурные принципы проекта. Видение сформулировано как: "Создать наилучший пакет операционной системы, подобной UNIX®, с должным уважением к оригинальной идеологии программных инструментов, а также к удобству использования, производительности и стабильности." Архитектурные принципы помогают определить, находится ли проблема, которую кто-то хочет решить, в ра
 мках проекта
+[ crossref:dev-model[freebsd-developer-handbook, "FreeBSD, 2002A"]] Разделы 1.2 и 1.3 описывают видение и архитектурные принципы проекта. Видение сформулировано как: "Создать наилучший пакет операционной системы, подобной UNIX®, с должным уважением к оригинальной идеологии программных инструментов, а также к удобству использования, производительности и стабильности." Архитектурные принципы помогают определить, находится ли проблема, которую кто-то хочет решить, в р
 амках проекта
 
 [[definitions]]
 == Определения
@@ -114,7 +114,7 @@ toc::[]
 [[ref-activity]]
 === Активность
 
-"Активность" — это элемент работы, выполняемый в ходе проекта [ crossref:dev-model[ref-pmbok, PMI, 2000]]. У неё есть результат, который ведёт к достижению цели. Такой результат может быть либо входом для другой активности, либо частью поставки процесса.
+"Активность" — это элемент работы, выполняемый в ходе проекта [ crossref:dev-model[ref-pmbok, "PMI, 2000"]]. У неё есть результат, который ведёт к достижению цели. Такой результат может быть либо входом для другой активности, либо частью поставки процесса.
 
 [[def-process]]
 === Процесс
@@ -124,12 +124,12 @@ toc::[]
 [[ref-hat]]
 === Роль (hat)
 
-"Hat" (шляпа) является синонимом роли. Роль имеет определённые обязанности в процессе и ответственность за результат процесса. Роль выполняет действия. Четко определено, по каким вопросам участники проекта и люди вне проекта должны обращаться к ответственному, выполняющему эту роль.
+"Hat" (шляпа) является синонимом роли. Роль имеет определённые обязанности в процессе и ответственность за результат процесса. Роль выполняет действия. Чётко определено, по каким вопросам участники проекта и люди вне проекта должны обращаться к ответственному, выполняющему эту роль.
 
 [[ref-outcome]]
 === Результат
 
-«Результат» — это конечный продукт процесса. Это синоним понятия «поставляемый результат», который определяется как «любой измеримый, осязаемый, проверяемый результат, итог или элемент, который должен быть произведён для завершения проекта или его части. Часто используется в более узком смысле в отношении внешнего поставляемого результата, который подлежит утверждению спонсором проекта или заказчиком» согласно [ crossref:dev-model[ref-pmbo
 k, PMI, 2000]]. Примерами результатов являются программное обеспечение, принятое решение или написанный отчёт.
+«Результат» — это конечный продукт процесса. Это синоним понятия «поставляемый результат», который определяется как «любой измеримый, осязаемый, проверяемый результат, итог или элемент, который должен быть произведён для завершения проекта или его части. Часто используется в более узком смысле в отношении внешнего поставляемого результата, который подлежит утверждению спонсором проекта или заказчиком» согласно [ crossref:dev-model[ref-pmbo
 k, "PMI, 2000"]]. Примерами результатов являются программное обеспечение, принятое решение или написанный отчёт.
 
 [[ref-freebsd]]
 === FreeBSD
@@ -159,7 +159,7 @@ toc::[]
 |~3000
 |===
 
-Количество коммиттеров было определено путем анализа журналов CVS с 1 января 2004 года по 31 декабря 2004 года, а список участников — путем просмотра перечня внесенных изменений и отчётов о проблемах.
+Количество коммиттеров было определено путем анализа журналов CVS с 1 января 2004 года по 31 декабря 2004 года, а список участников — путем просмотра перечня внесённых изменений и отчётов о проблемах.
 
 Основной ресурс сообщества FreeBSD — это его разработчики: коммиттеры и контрибьюторы. Именно их вклад позволяет проекту развиваться. Обычные разработчики называются участниками (контрибьюторами). По состоянию на 1 января 2003 года в проекте насчитывается около 5500 контрибьюторов.
 
@@ -179,27 +179,27 @@ toc::[]
 | Количество людей
 
 |Основные участники
-|
+| 
 |9
 
 |Коммиттеры
 |Базовый
 |164
 
-|
+| 
 |Docs
 |45
 
-|
+| 
 |Порты
 |166
 
-|
+| 
 |Total
 |374
 
 |Участники
-|
+| 
 |~3000
 |===
 
@@ -234,7 +234,7 @@ toc::[]
 
 |программирование
 |рецензирование
-|
+| 
 
 |рецензирование
 |предварительная проверка перед коммитом
@@ -253,11 +253,11 @@ toc::[]
 |программирование
 
 |релиз для производства
-|
+| 
 |программирование
 |===
 
-"Релиз для разработки" — это ветка FreeBSD-CURRENT ("-CURRENT"), а "релиз для производства" — ветка FreeBSD-STABLE ("-STABLE") [ crossref:dev-model[jorgensen2001, Jørgensen, 2001]].
+"Релиз для разработки" — это ветка FreeBSD-CURRENT ("-CURRENT"), а "релиз для производства" — ветка FreeBSD-STABLE ("-STABLE") [ crossref:dev-model[jorgensen2001, "Jørgensen, 2001"]].
 
 Это модель для одного изменения, которая показывает, что после написания кода разработчики ищут рецензирование сообщества и пытаются интегрировать это изменение в свои собственные системы. После интеграции изменения в версию разработки, называемую FreeBSD-CURRENT, оно тестируется многими пользователями и разработчиками сообщества FreeBSD. После достаточного тестирования оно объединяется с производственной версией, называемой FreeBSD-STABLE. ЕÑ
 Ð»Ð¸ каждая стадия не завершена успешно, разработчику необходимо вернуться, внести изменения в код и пер
езапустить процесс. Интеграция изменения в -CURRENT или -STABLE называется выполнением коммита.
 
@@ -295,11 +295,11 @@ image::branches.png["Обратитесь к таблице ниже для уд
 | Следующие минорные выпуски
 
 |...
-|
-|
+| 
+| 
 
 |3.0 Current (ветка разработки)
-|
+| 
 |Ветки Releng 3: выпуски с 3.0 Release по 3.5 Release, ведущие к выпуску 3.5.1 Release и последующей ветке 3 Stable
 
 |4.0 Current (ветка разработки)
@@ -312,15 +312,15 @@ image::branches.png["Обратитесь к таблице ниже для уд
 
 |6.0 Current (ветка разработки)
 |Релиз 5.3
-|
+| 
 
 |...
-|
-|
+| 
+| 
 
 |===
 
-Последняя версия -CURRENT всегда обозначается как -CURRENT, а последний релиз -STABLE всегда обозначается как -STABLE. На этом рисунке -STABLE относится к 4-STABLE, а -CURRENT относится к 5.0-CURRENT после 5.0-RELEASE. [ crossref:dev-model[freebsd-releng, FreeBSD, 2002E]]
+Последняя версия -CURRENT всегда обозначается как -CURRENT, а последний релиз -STABLE всегда обозначается как -STABLE. На этом рисунке -STABLE относится к 4-STABLE, а -CURRENT относится к 5.0-CURRENT после 5.0-RELEASE. [ crossref:dev-model[freebsd-releng,"FreeBSD, 2002E"]]
 
 «Основной выпуск» всегда создаётся из ветки -CURRENT. Однако ветка -CURRENT не обязательно должна разветвляться в этот момент, а может сосредоточиться на стабилизации. Примером этого является то, что после 3.0-RELEASE, 3.1-RELEASE также был продолжением ветки -CURRENT, и -CURRENT не стал настоящей веткой разработки до тех пор, пока не был выпущен этот релиз и не была создана ветка 3-STABLE. Когда -CURRENT снова становится веткой разработки, за ним может следовать тольÐ
 ºÐ¾ основной выпуск. Ожидается, что ветка 5-STABLE будет отделена от 5.0-CURRENT примерно на момент выпуска 5.3-RELEASE.
 Только после отделения 5-STABLE ветка разработки получит название 6.0-CURRENT.
 
@@ -357,19 +357,19 @@ image::freebsd-code-model.png["Обратитесь к параграфам ни
 [[role-contributor]]
 ==== Участник (контрибьютор)
 
-Участник вносит вклад в проект FreeBSD в качестве разработчика, автора, отправляя отчёты о проблемах или другими способами способствуя прогрессу проекта. Участник не имеет особых привилегий в проекте FreeBSD. [ crossref:dev-model[freebsd-contributors, FreeBSD, 2002F]]
+Участник вносит вклад в проект FreeBSD в качестве разработчика, автора, отправляя отчёты о проблемах или другими способами способствуя прогрессу проекта. Участник не имеет особых привилегий в проекте FreeBSD. [ crossref:dev-model[freebsd-contributors, "FreeBSD, 2002F"]]
 
 [[role-committer]]
 ==== Коммиттер
 
-Человек, обладающий необходимыми привилегиями для добавления своего кода или документации в репозиторий. Коммиттер совершил коммит в течение последних 12 месяцев. [ crossref:dev-model[freebsd-developer-handbook, FreeBSD, 2000A]] Активный коммиттер — это коммиттер, который в среднем совершал один коммит в месяц в течение этого времени.
+Человек, обладающий необходимыми привилегиями для добавления своего кода или документации в репозиторий. Коммиттер совершил коммит в течение последних 12 месяцев. [ crossref:dev-model[freebsd-developer-handbook, "FreeBSD, 2000A"]] Активный коммиттер — это коммиттер, который в среднем совершал один коммит в месяц в течение этого времени.
 
 Стоит отметить, что нет технических препятствий, которые могли бы помешать кому-либо, получившему права на коммиты в основном или подпроекте, делать коммиты в частях исходного кода проекта, для которых у коммиттера нет явного разрешения на изменение. Однако, при желании внести изменения в части, с которыми коммиттер ранее не работал, следует изучить логи, чтобы понять, что происходило в этой области ранее, а также прочитать файл MAINTAINE
 RS, чтобы узнать, есть ли у сопровождающего этой части какие-либо особые требования к внесению изменений
 в код.
 
 [[role-core]]
 ==== Основная команда (Core Team)
 
-Основная команда избирается коммиттерами из числа коммиттеров и выполняет функции совета директоров проекта FreeBSD. Она повышает активных участников до коммиттеров, назначает людей на четко определённые роли (hats) и является окончательным арбитром при принятии решений о направлении развития проекта. На 1 июля 2004 года в состав основной команды входило 9 членов. Выборы проводятся каждые два года.
+Основная команда избирается коммиттерами из числа коммиттеров и выполняет функции совета директоров проекта FreeBSD. Она повышает активных участников до коммиттеров, назначает людей на чётко определённые роли (hats) и является окончательным арбитром при принятии решений о направлении развития проекта. На 1 июля 2004 года в состав основной команды входило 9 членов. Выборы проводятся каждые два года.
 
 [[role-maintainer]]
 ==== Сопровождение
@@ -404,7 +404,7 @@ Postmaster отвечает за корректную доставку почт
 [[role-release-coordination]]
 ==== Координация выпусков
 
-Обязанности команды выпуска релизов включают
+Обязанности команды подготовки релизов включают
 
 * Установка, публикация и соблюдение графика выпуска официальных релизов
 * Документирование и формализация процедур выпуска релизов
@@ -415,7 +415,7 @@ Postmaster отвечает за корректную доставку почт
 Дополнительная информация о процессе разработки доступна в разделе crossref:dev-model[process-release-engineering, Выпуск релизов].
 
 [[role-releng]]
-Роль поддерживается: командой выпуск релизов (Release Engineering) mailto:[email protected][[email protected]]. https://www.freebsd.org/releng/charter/[ Устав Release Engineering].
+Роль поддерживается: командой подготовки релизов (Release Engineering) mailto:[email protected][[email protected]]. https://www.freebsd.org/ru/releng/charter/[ Устав Команды подготовки релизов].
 
 [[role-pr-cr]]
 ==== Отношения с общественностью и корпоративные связи
@@ -552,9 +552,7 @@ image::proc-add-committer.png["Обратитесь к абзацу ниже д
 
 Когда участник отправляет фрагмент кода, принимающий коммиттер может предложить предоставить этому участнику права на коммит. Если он рекомендует это основной команде (Core Team), команда проводит голосование по этой рекомендации. Если голосование завершается в пользу предложения, новому коммиттеру назначается наставник, и новый коммиттер должен отправить свои данные администраторам для создания учётной записи. После этого новый ко
 ммиттер готов сделать свой первый коммит. По традиции, это делается путём добавления своего имени в спи
сок коммиттеров.
 
-Напомним, что коммиттером считается тот, кто за последние 12 месяцев внёс изменения в код. Однако право на коммиты может быть отозвано только после 18 месяцев неактивности.
-[ crossref:dev-model[freebsd-expiration-policy, FreeBSD, 2002H]]
-Однако не существует автоматических процедур для этого. Для действий, связанных с привилегиями коммитов, не вызванных временем, см. crossref:dev-model[process-reactions,раздел 1.5.8].
+Напомним, что коммиттером считается тот, кто за последние 12 месяцев внёс изменения в код. Однако право на коммиты может быть отозвано только после 18 месяцев неактивности. [crossref:dev-model[freebsd-expiration-policy, "FreeBSD, 2002H"]] Однако, нет автоматической процедуры, чтобы это делать. Что касается действий (реакций) в отношении прав на коммит, которые не инициируются временем, см. crossref:dev-model[process-reactions,раздел 6.7].
 
 .Процесс: удаление коммиттера
 image::proc-rm-committer.png["Обратитесь к абзацу ниже для версии, совместимой с программами чтения с экрана."]
@@ -571,9 +569,7 @@ image::proc-rm-committer.png["Обратитесь к абзацу ниже дл
 . crossref:dev-model[role-maintainer, Сопровождение]
 . crossref:dev-model[role-mentor, Наставник (Mentor)]
 
-[ crossref:dev-model[freebsd-bylaws, FreeBSD, 2000A]]
-[ crossref:dev-model[freebsd-expiration-policy, FreeBSD, 2002H]]
-[ crossref:dev-model[freebsd-new-account, FreeBSD, 2002I]]
+[crossref:dev-model[freebsd-bylaws, "FreeBSD, 2000A"]], [crossref:dev-model[freebsd-expiration-policy, "FreeBSD, 2002H"]], [crossref:dev-model[freebsd-new-account, "FreeBSD, 2002I"]].
 
 [[committing]]
 === Коммит кода
@@ -605,8 +601,7 @@ image::proc-contrib.png["Обратитесь к абзацам выше и ни
 . crossref:dev-model[role-vendor, Поставщик]
 . crossref:dev-model[role-reviewer, Рецензенты]
 
-[ crossref:dev-model[freebsd-committer, FreeBSD, 2001]]
-[ crossref:dev-model[jorgensen2001, Jørgensen, 2001]]
+[crossref:dev-model[freebsd-committer, "FreeBSD, 2001"]], [crossref:dev-model[jorgensen2001, "Jørgensen, 2001"]].
 
 [[process-core-election]]
 === Выборы основной команды (Core Team)
@@ -638,20 +633,18 @@ image::proc-elections.png["Обратитесь к абзацу ниже для
 * crossref:dev-model[role-committer, Коммиттер]
 * crossref:dev-model[role-election-manager, Менеджер выборов]
 
-[ crossref:dev-model[freebsd-bylaws, FreeBSD, 2000A]]
-[ crossref:dev-model[bsd-election2002, FreeBSD, 2002B]]
-[ crossref:dev-model[freebsd-election, FreeBSD, 2002G]]
+[crossref:dev-model[freebsd-bylaws, "FreeBSD, 2000A"]], [crossref:dev-model[bsd-election2002, "FreeBSD, 2002B"]], [crossref:dev-model[freebsd-election, "FreeBSD, 2002G"]].
 
 [[new-features]]
 === Разработка новых функций
 
-В рамках проекта существуют подпроекты, работающие над новыми функциями. Эти проекты обычно выполняются одним человеком [ crossref:dev-model[jorgensen2001, Йоргенсен, 2001]]. Каждый проект волен организовывать разработку так, как считает нужным. Однако, когда проект объединяется с ветвью -CURRENT, он должен следовать руководствам проекта. Когда код хорошо протестирован в ветви -CURRENT и признан достаточно стабильным и актуальным для ветви -STABLE, он объединяÐ
 µÑ‚ся с ветвью -STABLE.
+В рамках проекта существуют подпроекты, работающие над новыми функциями. Эти проекты обычно выполняются одним человеком [ crossref:dev-model[jorgensen2001, "Jørgensen, 2001"]]. Каждый проект волен организовывать разработку так, как считает нужным. Однако, когда проект объединяется с ветвью -CURRENT, он должен следовать руководствам проекта. Когда код хорошо протестирован в ветви -CURRENT и признан достаточно стабильным и актуальным для ветви -STABLE, он объединяетсÑ
  с ветвью -STABLE.
 
 Требования проекта определяются пожеланиями разработчиков, запросами сообщества в виде прямых обращений по почте, отчётов о проблемах (Problem Reports), коммерческим финансированием разработки функциональности или вкладами научного сообщества. Пожелания, которые входят в зону ответственности разработчика, передаются этому разработчику, который расставляет приоритеты между запросом и своими собственными пожеланиями. Распространенны
 й способ организации этого процесса — ведение списка задач (TODO-list), поддерживаемого проектом. Задачи, нÐ
µ входящие в чью-либо зону ответственности, собираются в списках TODO, пока кто-нибудь не возьмет на себя ответственность за их выполнение. Все запросы, их распределение и отслеживание обрабатываются с помощью инструмента crossref:dev-model[tool-bugzilla, Bugzilla].
 
 Анализ требований происходит двумя способами. Поступившие запросы обсуждаются в почтовых рассылках, как в основном проекте, так и в подпроекте, к которому относится запрос или который создаётся этим запросом. Кроме того, отдельные разработчики подпроекта оценивают осуществимость запросов и определяют приоритеты между ними. Помимо архивов обсуждений, на этом этапе не создаётся никаких результатов, которые включаются в основной пÑ
 €Ð¾ÐµÐºÑ‚.
 
-Поскольку запросы приоритизируются отдельными разработчиками на основе того, что они считают интересным, необходимым или за что им платят, отсутствует общая стратегия или приоритезация того, какие запросы считать требованиями, и как контролировать их корректную реализацию. Однако большинство разработчиков разделяют общее видение того, какие вопросы являются более важными, и они могут запросить рекомендации у команды инженеров Ð
 ¿Ð¾ выпуску релизов.
+Поскольку запросы приоритизируются отдельными разработчиками на основе того, что они считают интересным, необходимым или за что им платят, отсутствует общая стратегия или приоритезация того, какие запросы считать требованиями, и как контролировать их корректную реализацию. Однако большинство разработчиков разделяют общее видение того, какие вопросы являются более важными, и они могут запросить рекомендации у команды подготовки
  релизов.
 
 Фаза проверки проекта состоит из двух этапов. Перед внесением кода в текущую ветку разработчики запрашивают рецензирование своего кода коллегами. Это рецензирование в основном проводится с помощью функционального тестирования, но также важна проверка кода. Когда код внесён в ветку, проводится более широкое функциональное тестирование, которое может привести к дополнительной проверке кода и отладке, если код ведёт себя не так, каÐ
 º ожидалось. Эта вторая форма проверки может рассматриваться как структурная верификация. Хотя сами поÐ
´Ð¿Ñ€Ð¾ÐµÐºÑ‚Ñ‹ могут писать формальные тесты, такие как модульные тесты, они обычно не собираются основным проектом и чаще всего удаляются перед внесением кода в текущую ветку. footnote:[Однако всё больше тестов выполняется при сборке системы (make world). Эти тесты являются очень новым дополнением, и систематическая структура для них ещё не создана.]
 
@@ -660,7 +653,7 @@ image::proc-elections.png["Обратитесь к абзацу ниже для
 
 Для проекта полезно, чтобы за каждую область исходного кода отвечал хотя бы один человек, который хорошо её знает. Некоторые части кода имеют назначенных сопровождающих. Другие имеют фактических сопровождающих, а некоторые части системы не имеют сопровождающих. Сопровождающий обычно является участником подпроекта, который написал и интегрировал код, или тем, кто портировал его с платформы, для которой он был написан. footnote:[sendmail и nam
 ed — примеры кода, который был объединён с других платформ.] Задача сопровождающего — убедиться, что код
 синхронизирован с проектом, из которого он получен, если это сторонний код, а также применять патчи, предоставленные сообществом, или исправлять обнаруженные проблемы.
 
-Основной объём работы, вкладываемый в проект FreeBSD, связан с сопровождением. [ crossref:dev-model[jorgensen2001, Jørgensen, 2001]] предоставляет схему, показывающую жизненный цикл изменений.
+Основной объём работы, вкладываемый в проект FreeBSD, связан с сопровождением. [ crossref:dev-model[jorgensen2001, "Jørgensen, 2001"]] предоставляет схему, показывающую жизненный цикл изменений.
 
 Модель Йоргенссена для интеграции изменений
 
@@ -673,7 +666,7 @@ image::proc-elections.png["Обратитесь к абзацу ниже для
 
 |программирование
 |рецензирование
-|
+| 
 
 |рецензирование
 |предварительная проверка перед коммитом
@@ -692,7 +685,7 @@ image::proc-elections.png["Обратитесь к абзацу ниже для
 |программирование
 
 |релиз для производства
-|
+| 
 |программирование
 |===
 
@@ -714,26 +707,25 @@ image::proc-pr.png["Обратитесь к абзацу ниже для вер
 
 Проблема сообщается автором отчёта. Затем она классифицируется ответственным за обработку ошибок и передаётся соответствующему сопровождающему. Он проверяет проблему и обсуждает её с автором отчёта до тех пор, пока не будет собрано достаточно информации для создания рабочего исправления. Это исправление затем фиксируется, и отчёт о проблеме закрывается.
 
-Роли, включенные в этот процесс:
+Роли, включённые в этот процесс:
 
 . crossref:dev-model[role-problem-originator, Инициатор отчёта]
 . crossref:dev-model[role-maintainer, Сопровождение]
 . crossref:dev-model[role-bugbuster, Исправитель ошибок (Bugbuster)]
 
-[ crossref:dev-model[freebsd-handle-pr, FreeBSD, 2002C]].
-[ crossref:dev-model[freebsd-send-pr, FreeBSD, 2002D]]
+[crossref:dev-model[freebsd-handle-pr, "FreeBSD, 2002C"]], [crossref:dev-model[freebsd-send-pr, "FreeBSD, 2002D"]].
 
 [[process-reactions]]
 === Реагирование на неправильное поведение
 
-[ crossref:dev-model[freebsd-committer, FreeBSD, 2001]] содержит ряд правил, которым должны следовать коммиттеры. Однако случается, что эти правила нарушаются. Следующие правила существуют для того, чтобы можно было реагировать на неподобающее поведение. Они определяют, какие действия приведут к приостановке привилегий коммиттера на тот или иной срок.
+[ crossref:dev-model[freebsd-committer, "FreeBSD, 2001"]] содержит ряд правил, которым должны следовать коммиттеры. Однако случается, что эти правила нарушаются. Следующие правила существуют для того, чтобы можно было реагировать на неподобающее поведение. Они определяют, какие действия приведут к приостановке привилегий коммиттера на тот или иной срок.
 
 * Совершение коммитов во время заморозки кода без одобрения команды Release Engineering — 2 дня
 * Коммит изменений в ветку безопасности без одобрения - 2 дня
 * Войны коммитов — 5 дней для всех участвующих сторон
 * Невежливое или неподобающее поведение — 5 дней
 
-[ crossref:dev-model[ref-freebsd-trenches, Lehey, 2002]]
+[crossref:dev-model[ref-freebsd-trenches, "Lehey, 2002"]].
 
 Для эффективности приостановок любой член основной команды (Core Team) может применить приостановку до обсуждения на почтовой рассылке "core". Повторные нарушители могут, при 2/3 голосов от основной команды, получить более строгие наказания, включая постоянное лишение прав на коммиты. (Однако последнее всегда рассматривается как крайняя мера из-за присущей ему склонности вызывать споры.) Все приостановки публикуются в почтовой рассылке "de
 velopers", доступной только коммиттерам.
 
@@ -747,9 +739,9 @@ image::proc-pr.png["Обратитесь к абзацу ниже для вер
 [[process-release-engineering]]
 === Выпуск релизов
 
-Проект FreeBSD имеет команду инженеров по выпуску релизов с главным инженером, который отвечает за создание релизов FreeBSD для распространения среди пользователей через интернет или продажи в розничных магазинах. Поскольку FreeBSD доступна на нескольких платформах, а релизы для различных архитектур выпускаются одновременно, в команде есть ответственный за каждую архитектуру. Также в команде есть роли, отвечающие за координацию усилий по 
 обеспечению качества, сборку набора пакетов и актуализацию документации. Под инженером по выпуску релÐ
¸Ð·Ð¾Ð² подразумевается представитель команды инженеров по выпуску релизов.
+Проект FreeBSD имеет команду подготовки релизов с Реководителем команды, который отвечает за создание релизов FreeBSD для распространения среди пользователей через интернет или продажи в розничных магазинах. Поскольку FreeBSD доступна на нескольких платформах, а релизы для различных архитектур выпускаются одновременно, в команде есть ответственный за каждую архитектуру. Также в команде есть роли, отвечающие за координацию усилий по обесп
 ечению качества, сборку набора пакетов и актуализацию документации. Под инженером по выпуску релизов п
одразумевается представитель команды подготовки релизов.
 
-Когда готовится выпуск релиза, проект FreeBSD несколько меняет свою структуру. Составляется график выпуска, включающий заморозку функциональности и кода, выпуск промежуточных релизов и финального релиза. Заморозка функциональности означает, что новые функции не могут быть добавлены в ветку без явного согласия инженеров релиза. Заморозка кода означает, что изменения в коде (например, исправления ошибок) не могут быть добавлены без явÐ
 ½Ð¾Ð³Ð¾ согласия инженеров релиза. Этот процесс заморозки функциональности и кода известен как стабилизаÑ
†Ð¸Ñ. В процессе выпуска релиза инженер релиза имеет полномочия откатываться к более старым версиям кода и, таким образом, "отменять" изменения, если они сочтут, что эти изменения не подходят для включения в релиз.
+Когда готовится выпуск релиза, проект FreeBSD несколько меняет свою структуру. Составляется график выпуска, включающий заморозку функциональности и кода, выпуск промежуточных релизов и финального релиза. Заморозка функциональности означает, что новые функции не могут быть добавлены в ветку без явного согласия инженеров релиза. Заморозка кода означает, что изменения в коде (например, исправления ошибок) не могут быть добавлены без явÐ
 ½Ð¾Ð³Ð¾ согласия инженеров по выпуску релизов. Этот процесс заморозки функциональности и кода известен ка
к стабилизация. В процессе выпуска релиза инженер релиза имеет полномочия откатываться к более старым версиям кода и, таким образом, "отменять" изменения, если они сочтут, что эти изменения не подходят для включения в релиз.
 
 Существует три различных вида выпусков:
 
@@ -779,7 +771,7 @@ crossref:dev-model[role-releng, Команда разработки релизо
 
 // Keep the spaces around the external square bracket to avoid a warning in the
 // PDF converter
-[ crossref:dev-model[freebsd-releng, FreeBSD, 2002E] ]
+[crossref:dev-model[freebsd-releng, "FreeBSD, 2002E"]].
 
 [[tools]]
 == Инструменты
@@ -799,7 +791,7 @@ Bugzilla — это база данных для сопровождения, с
 [[model-mailman]]
 === Mailman
 
-Mailman - это программа, которая автоматизирует управление почтовыми рассылками. Проект FreeBSD использует её для ведения 16 общих рассылок, 60 технических рассылок, 4 ограниченных рассылок и 5 рассылок с логами коммитов Git. Она также используется для многих почтовых рассылок, созданных и используемых другими людьми и проектами в сообществе FreeBSD. Общие рассылки предназначены для широкой публики, технические рассылки в основном предназначены
  для разработки определённых областей интересов, а закрытые рассылки используются для внутренней комм
уникации, не предназначенной для широкой публики. Большая часть всей коммуникации в проекте проходит через эти 85 рассылок [ crossref:dev-model[ref-bsd-handbook, FreeBSD, 2003A], Приложение C].
+Mailman - это программа, которая автоматизирует управление почтовыми рассылками. Проект FreeBSD использует её для ведения 16 общих рассылок, 60 технических рассылок, 4 ограниченных рассылок и 5 рассылок с логами коммитов Git. Она также используется для многих почтовых рассылок, созданных и используемых другими людьми и проектами в сообществе FreeBSD. Общие рассылки предназначены для широкой публики, технические рассылки в основном предназначены
  для разработки определённых областей интересов, а закрытые рассылки используются для внутренней комм
уникации, не предназначенной для широкой публики. Большая часть всей коммуникации в проекте проходит через эти 85 рассылок [crossref:dev-model[ref-bsd-handbook, "FreeBSD, 2003A"], Приложение C].
 
 [[tool-pgp]]
 === Pretty Good Privacy
@@ -834,7 +826,7 @@ crossref:dev-model[fig-ports,image::portsstatus.svg] показывает кол
 
 С неразветвлённым репозиторием портов невозможно гарантировать, что любой порт будет работать на чём-либо, кроме -CURRENT и -STABLE, в частности на старых, минорных выпусках. Для этого нет ни инфраструктуры, ни времени волонтёров.
 
-Команды, зависящие от Ports, такие как команда выпуска релизов, для эффективности коммуникации имеют своих собственных представителей по портам.
+Команды, зависящие от Ports, такие как команда подготовки релизов, для эффективности коммуникации имеют своих собственных представителей по портам.
 
 [[sub-project-documentation]]
 === Проект документации FreeBSD
@@ -847,7 +839,7 @@ crossref:dev-model[fig-ports,image::portsstatus.svg] показывает кол
 
 Как и проект FreeBSD, документация разделена на те же ветви. Это сделано для того, чтобы для каждой версии всегда была обновлённая документация. В ветвях безопасности исправляются только ошибки в документации.
 
-Как и подпроект ports, проект Documentation может назначать коммиттеров документации без одобрения основной команды FreeBSD (Core Team). [ crossref:dev-model[freebsd-doceng-charter, FreeBSD, 2003B]].
+Как и подпроект ports, проект Documentation может назначать коммиттеров документации без одобрения основной команды FreeBSD (Core Team). [ crossref:dev-model[freebsd-doceng-charter, "FreeBSD, 2003B"]].
 
 Проект документации включает в себя extref:{fdp-primer}[вводное руководство]. Оно используется как для ознакомления новых участников проекта со стандартными инструментами и синтаксисом, так и в качестве справочника при работе над проектом.
 
@@ -864,7 +856,7 @@ crossref:dev-model[fig-ports,image::portsstatus.svg] показывает кол
 [Saers, 2003] Никлас Саерс. Авторское право © 2003. Модель проекта для FreeBSD. Кандидатская диссертация. http://niklas.saers.com/thesis.
 
 [[jorgensen2001]]
-[Йоргенсен, 2001] Нильс Йоргенсен. Copyright © 2001. _Putting it All in the Trunk. Incremental Software Development in the FreeBSD Open Source Project_. http://www.dat.ruc.dk/~nielsj/research/papers/freebsd.pdf.
+[Йоргенсен, 2001] Нильс Йоргенсен. Copyright © 2001. _Putting it All in the Trunk. Incremental Software Development in the FreeBSD Open Source Project_. http://webhotel4.ruc.dk/~nielsj/research/publications/freebsd.pdf.
 
 [[ref-pmbok]]
 [PMI, 2000] Институт управления проектами. Copyright © 1996, 2000 Институт управления проектами. 1-880410-23-0. Институт управления проектами. Ньютаун Сквер, Пенсильвания, США. PMBOK Guide. A Guide to the Project Management Body of Knowledge (Руководство PMBOK. Руководство к своду знаний по управлению проектами), издание 2000 года.
diff --git a/documentation/content/ru/books/dev-model/_index.po b/documentation/content/ru/books/dev-model/_index.po
index 89d8a79143..3425cca4d3 100644
--- a/documentation/content/ru/books/dev-model/_index.po
+++ b/documentation/content/ru/books/dev-model/_index.po
@@ -5,8 +5,8 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: FreeBSD Documentation VERSION\n"
-"POT-Creation-Date: 2025-05-01 19:56-0300\n"
-"PO-Revision-Date: 2026-04-05 04:45+0000\n"
+"POT-Creation-Date: 2026-08-06 22:55+0100\n"
+"PO-Revision-Date: 2026-08-08 04:45+0000\n"
 "Last-Translator: Vladlen Popolitov <[email protected]>\n"
 "Language-Team: Russian <https://translate-dev.freebsd.org/projects/"
 "documentation/booksdev-model_index/ru/>\n"
@@ -53,17 +53,17 @@ msgid "A project model for the FreeBSD Project"
 msgstr "Проектная модель для проекта FreeBSD"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:72
+#: documentation/content/en/books/dev-model/_index.adoc:71
 msgid "'''"
 msgstr "'''"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:78
+#: documentation/content/en/books/dev-model/_index.adoc:77
 msgid "Foreword"
 msgstr "Предисловие"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:84
+#: documentation/content/en/books/dev-model/_index.adoc:83
 msgid ""
 "Up until now, the FreeBSD project has released a number of described "
 "techniques to do different parts of work.  However, a project model "
@@ -74,8 +74,8 @@ msgid ""
 "to reduce the communication needs.] This paper will provide such a project "
 "model and is donated to the FreeBSD Documentation project where it can "
 "evolve together with the project so that it can at any point in time reflect "
-"the way the project works.  It is based on [crossref:dev-model[thesis, "
-"Saers,2003]]."
+"the way the project works.  It is based on [crossref:dev-model[thesis,"
+"\"Saers, 2003\"]]."
 msgstr ""
 "До настоящего момента проект FreeBSD выпустил ряд описанных методик для "
 "выполнения различных частей работы. Однако, из-за растущего числа участников "
@@ -86,11 +86,11 @@ msgstr ""
 "потребности в коммуникации.] Данная статья предоставляет такую модель "
 "проекта и передаётся в проект документации FreeBSD, где она может "
 "развиваться вместе с проектом, чтобы в любой момент времени отражать способ "
-"его работы. Она основана на диссертации [crossref:dev-model[thesis, "
-"Saers,2003]]."
+"его работы. Она основана на диссертации [crossref:dev-model[thesis, \"Saers, "
+"2003\"]]."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:86
+#: documentation/content/en/books/dev-model/_index.adoc:85
 msgid ""
 "I would like to thank the following people for taking the time to explain "
 "things that were unclear to me and for proofreading the document."
@@ -99,103 +99,103 @@ msgstr ""
 "объяснить мне непонятные моменты и проверить документ."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:88
+#: documentation/content/en/books/dev-model/_index.adoc:87
 msgid "Andrey A. Chernov mailto:[email protected][[email protected]]"
 msgstr "Andrey A. Chernov mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:89
+#: documentation/content/en/books/dev-model/_index.adoc:88
 msgid "Bruce A. Mah mailto:[email protected][[email protected]]"
 msgstr "Bruce A. Mah mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:90
+#: documentation/content/en/books/dev-model/_index.adoc:89
 msgid "Dag-Erling Smørgrav mailto:[email protected][[email protected]]"
 msgstr "Dag-Erling Smørgrav mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:91
+#: documentation/content/en/books/dev-model/_index.adoc:90
 msgid "Giorgos Keramidas mailto:[email protected][[email protected]]"
 msgstr "Giorgos Keramidas mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:92
+#: documentation/content/en/books/dev-model/_index.adoc:91
 msgid ""
-"Ingvil Hovig "
-"mailto:[email protected][[email protected]]"
+"Ingvil Hovig mailto:[email protected][ingvil.hovig@skatteetaten."
+"no]"
 msgstr ""
 "Ingvil Hovig mailto:[email protected][ingvil.hovig@skatteetaten."
 "no]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:93
+#: documentation/content/en/books/dev-model/_index.adoc:92
 msgid "Jesper Holck mailto:[email protected][[email protected]]"
 msgstr "Jesper Holck mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:94
+#: documentation/content/en/books/dev-model/_index.adoc:93
 msgid "John Baldwin mailto:[email protected][[email protected]]"
 msgstr "John Baldwin mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:95
+#: documentation/content/en/books/dev-model/_index.adoc:94
 msgid "John Polstra mailto:[email protected][[email protected]]"
 msgstr "John Polstra mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:96
+#: documentation/content/en/books/dev-model/_index.adoc:95
 msgid "Kirk McKusick mailto:[email protected][[email protected]]"
 msgstr "Kirk McKusick mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:97
+#: documentation/content/en/books/dev-model/_index.adoc:96
 msgid "Mark Linimon mailto:[email protected][[email protected]]"
 msgstr "Mark Linimon mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:98
+#: documentation/content/en/books/dev-model/_index.adoc:97
 msgid "Marleen Devos"
 msgstr "Marleen Devos"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:99
+#: documentation/content/en/books/dev-model/_index.adoc:98
 msgid "Niels Jørgenssen mailto:[email protected][[email protected]]"
 msgstr "Niels Jørgenssen mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:100
+#: documentation/content/en/books/dev-model/_index.adoc:99
 msgid "Nik Clayton mailto:[email protected][[email protected]]"
 msgstr "Nik Clayton mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:101
+#: documentation/content/en/books/dev-model/_index.adoc:100
 msgid "Poul-Henning Kamp mailto:[email protected][[email protected]]"
 msgstr "Poul-Henning Kamp mailto:[email protected][[email protected]]"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:102
+#: documentation/content/en/books/dev-model/_index.adoc:101
 msgid "Simon L. Nielsen mailto:[email protected][[email protected]]"
 msgstr "Simon L. Nielsen mailto:[email protected][[email protected]]"
 
 #. type: Title ==
-#: documentation/content/en/books/dev-model/_index.adoc:104
+#: documentation/content/en/books/dev-model/_index.adoc:103
 #, no-wrap
 msgid "Overview"
 msgstr "Обзор"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:109
+#: documentation/content/en/books/dev-model/_index.adoc:108
 msgid ""
 "A project model is a means to reduce the communications overhead in a "
-"project.  As shown by [crossref:dev-model[brooks, Brooks, 1995]], increasing "
-"the number of project participants increases the communication in the "
-"project exponentially.  FreeBSD has during the past few years increased both "
-"its mass of active users and committers, and the communication in the "
+"project.  As shown by [crossref:dev-model[brooks,\"Brooks, 1995\"]], "
+"increasing the number of project participants increases the communication in "
+"the project exponentially.  FreeBSD has during the past few years increased "
+"both its mass of active users and committers, and the communication in the "
 "project has risen accordingly.  This project model will serve to reduce this "
 "overhead by providing an up-to-date description of the project."
 msgstr ""
 "Модель проекта — это способ снижения накладных расходов на коммуникации в "
-"проекте. Как показано в [crossref:dev-model[brooks, Brooks, 1995]], "
+"проекте. Как показано в [crossref:dev-model[brooks,\"Brooks, 1995\"]], "
 "увеличение числа участников проекта приводит к экспоненциальному росту "
 "коммуникаций в проекте. За последние годы FreeBSD значительно увеличил как "
 "количество активных пользователей, так и коммиттеров, что соответственно "
@@ -203,12 +203,12 @@ msgstr ""
 "накладные расходы за счёт предоставления актуального описания проекта."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:115
+#: documentation/content/en/books/dev-model/_index.adoc:114
 msgid ""
 "During the Core elections in 2002, Mark Murray stated \"I am opposed to a "
 "long rule-book, as that satisfies lawyer-tendencies, and is counter to the "
 "technocentricity that the project so badly needs.\" [crossref:dev-model[bsd-"
-"election2002, FreeBSD, 2002B]].  This project model is not meant to be a "
+"election2002,\"FreeBSD, 2002B\"]].  This project model is not meant to be a "
 "tool to justify creating impositions for developers, but as a tool to "
 "facilitate coordination.  It is meant as a description of the project, with "
 "an overview of how the different processes are executed.  It is an "
@@ -216,28 +216,28 @@ msgid ""
 msgstr ""
 "Во время выборов в Core в 2002 году Марк Мюррей заявил: «Я против длинного "
 "свода правил, так как это удовлетворяет склонности к юриспруденции и "
-"противоречит техноцентричности, в которой проект так нуждается.» [crossref"
-":dev-model[bsd-election2002, FreeBSD, 2002B]]. Эта модель проекта не "
+"противоречит техноцентричности, в которой проект так нуждается.» [ crossref"
+":dev-model[bsd-election2002,\"FreeBSD, 2002B\"]]. Эта модель проекта не "
 "предназначена для того, чтобы оправдывать создание ограничений для "
 "разработчиков, а служит инструментом для облегчения координации. Она "
 "призвана описывать проект, давая обзор того, как выполняются различные "
 "процессы. Это введение в то, как работает проект FreeBSD."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:118
+#: documentation/content/en/books/dev-model/_index.adoc:117
 msgid ""
 "The FreeBSD project model will be described as of July 1st, 2004.  It is "
-"based on the Niels Jørgensen's paper [crossref:dev-model[jorgensen2001, "
-"Jørgensen, 2001]], FreeBSD's official documents, discussions on FreeBSD "
+"based on the Niels Jørgensen's paper [crossref:dev-model[jorgensen2001,"
+"\"Jørgensen, 2001\"]], FreeBSD's official documents, discussions on FreeBSD "
 "mailing lists and interviews with developers."
 msgstr ""
 "Модель проекта FreeBSD будет описана по состоянию на 1 июля 2004 года. Она "
-"основана на работе Нильса Йоргенсена [crossref:dev-model[jorgensen2001, "
-"Jørgensen, 2001]], официальных документах FreeBSD, обсуждениях в списках "
+"основана на работе Нильса Йоргенсена [crossref:dev-model[jorgensen2001,"
+"\"Jørgensen, 2001\"]], официальных документах FreeBSD, обсуждениях в списках "
 "рассылки FreeBSD и интервью с разработчиками."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:121
+#: documentation/content/en/books/dev-model/_index.adoc:120
 msgid ""
 "After providing definitions of terms used, this document will outline the "
 "organisational structure (including role descriptions and communication "
@@ -252,57 +252,57 @@ msgstr ""
 "заключение будут представлены основные подпроекты проекта FreeBSD."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:125
+#: documentation/content/en/books/dev-model/_index.adoc:124
 msgid ""
-"[crossref:dev-model[freebsd-developer-handbook, FreeBSD, 2002A]] Section 1.2 "
-"and 1.3 give the vision and the architectural guidelines for the project.  "
-"The vision is \"To produce the best UNIX-like operating system package "
-"possible, with due respect to the original software tools ideology as well "
-"as usability, performance and stability.\" The architectural guidelines help "
-"determine whether a problem that someone wants to be solved is within the "
-"scope of the project"
+"[crossref:dev-model[freebsd-developer-handbook,\"FreeBSD, 2002A\"]] Section "
+"1.2 and 1.3 give the vision and the architectural guidelines for the "
+"project.  The vision is \"To produce the best UNIX-like operating system "
+"package possible, with due respect to the original software tools ideology "
+"as well as usability, performance and stability.\" The architectural "
+"guidelines help determine whether a problem that someone wants to be solved "
+"is within the scope of the project"
 msgstr ""
-"[crossref:dev-model[freebsd-developer-handbook, FreeBSD, 2002A]] Разделы 1.2 "
-"и 1.3 описывают видение и архитектурные принципы проекта. Видение "
-"сформулировано как: \"Создать наилучший пакет операционной системы, подобной "
-"UNIX®, с должным уважением к оригинальной идеологии программных "
+"[ crossref:dev-model[freebsd-developer-handbook, \"FreeBSD, 2002A\"]] "
+"Разделы 1.2 и 1.3 описывают видение и архитектурные принципы проекта. "
+"Видение сформулировано как: \"Создать наилучший пакет операционной системы, "
+"подобной UNIX®, с должным уважением к оригинальной идеологии программных "
 "инструментов, а также к удобству использования, производительности и "
 "стабильности.\" Архитектурные принципы помогают определить, находится ли "
 "проблема, которую кто-то хочет решить, в рамках проекта"
 
 #. type: Title ==
-#: documentation/content/en/books/dev-model/_index.adoc:127
+#: documentation/content/en/books/dev-model/_index.adoc:126
 #, no-wrap
 msgid "Definitions"
 msgstr "Определения"
 
 #. type: Title ===
-#: documentation/content/en/books/dev-model/_index.adoc:130
+#: documentation/content/en/books/dev-model/_index.adoc:129
 #, no-wrap
 msgid "Activity"
 msgstr "Активность"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:136
+#: documentation/content/en/books/dev-model/_index.adoc:134
 msgid ""
 "An \"activity\" is an element of work performed during the course of a "
-"project [crossref:dev-model[ref-pmbok, PMI, 2000]].  It has an output and "
+"project [crossref:dev-model[ref-pmbok,\"PMI, 2000\"]].  It has an output and "
 "leads towards an outcome.  Such an output can either be an input to another "
 "activity or a part of the process' delivery."
 msgstr ""
-"\"Активность\" — это элемент работы, выполняемый в ходе проекта [crossref"
-":dev-model[ref-pmbok, PMI, 2000]]. У неё есть результат, который ведёт к "
+"\"Активность\" — это элемент работы, выполняемый в ходе проекта [ crossref"
+":dev-model[ref-pmbok, \"PMI, 2000\"]]. У неё есть результат, который ведёт к "
 "достижению цели. Такой результат может быть либо входом для другой "
 "активности, либо частью поставки процесса."
 
 #. type: Title ===
-#: documentation/content/en/books/dev-model/_index.adoc:138
+#: documentation/content/en/books/dev-model/_index.adoc:136
 #, no-wrap
 msgid "Process"
 msgstr "Процесс"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:143
+#: documentation/content/en/books/dev-model/_index.adoc:141
 msgid ""
 "A \"process\" is a series of activities that lead towards a particular "
 "outcome.  A process can consist of one or more sub-processes.  An example of "
@@ -313,13 +313,13 @@ msgstr ""
 "является проектирование программного обеспечения."
 
 #. type: Title ===
-#: documentation/content/en/books/dev-model/_index.adoc:145
+#: documentation/content/en/books/dev-model/_index.adoc:143
 #, no-wrap
 msgid "Hat"
 msgstr "Роль (hat)"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:151
+#: documentation/content/en/books/dev-model/_index.adoc:149
 msgid ""
 "A \"hat\" is synonymous with role.  A hat has certain responsibilities in a "
 "process and for the process outcome.  The hat executes activities.  It is "
@@ -328,44 +328,44 @@ msgid ""
 msgstr ""
 "\"Hat\" (шляпа) является синонимом роли. Роль имеет определённые обязанности "
 "в процессе и ответственность за результат процесса. Роль выполняет действия. "
-"Четко определено, по каким вопросам участники проекта и люди вне проекта "
+"Чётко определено, по каким вопросам участники проекта и люди вне проекта "
 "должны обращаться к ответственному, выполняющему эту роль."
 
 #. type: Title ===
-#: documentation/content/en/books/dev-model/_index.adoc:153
+#: documentation/content/en/books/dev-model/_index.adoc:151
 #, no-wrap
 msgid "Outcome"
 msgstr "Результат"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:161
+#: documentation/content/en/books/dev-model/_index.adoc:159
 msgid ""
 "An \"outcome\" is the final output of the process.  This is synonymous with "
 "deliverable, that is defined as \"any measurable, tangible, verifiable "
 "outcome, result or item that must be produced to complete a project or part "
 "of a project.  Often used more narrowly in reference to an external "
 "deliverable, which is a deliverable that is subject to approval by the "
-"project sponsor or customer\" by [crossref:dev-model[ref-pmbok, PMI, "
-"2000]].  Examples of outcomes are a piece of software, a decision made or a "
-"report written."
+"project sponsor or customer\" by [crossref:dev-model[ref-pmbok,\"PMI, "
+"2000\"]].  Examples of outcomes are a piece of software, a decision made or "
+"a report written."
 msgstr ""
 "«Результат» — это конечный продукт процесса. Это синоним понятия «"
 "поставляемый результат», который определяется как «любой измеримый, "
 "осязаемый, проверяемый результат, итог или элемент, который должен быть "
 "произведён для завершения проекта или его части. Часто используется в более "
 "узком смысле в отношении внешнего поставляемого результата, который подлежит "
-"утверждению спонсором проекта или заказчиком» согласно [crossref:dev-model"
-"[ref-pmbok, PMI, 2000]]. Примерами результатов являются программное "
+"утверждению спонсором проекта или заказчиком» согласно [ crossref:dev-model"
+"[ref-pmbok, \"PMI, 2000\"]]. Примерами результатов являются программное "
 "обеспечение, принятое решение или написанный отчёт."
 
 #. type: Title ===
-#: documentation/content/en/books/dev-model/_index.adoc:163
+#: documentation/content/en/books/dev-model/_index.adoc:161
 #, no-wrap
 msgid "FreeBSD"
 msgstr "FreeBSD"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:166
+#: documentation/content/en/books/dev-model/_index.adoc:164
 msgid ""
 "When saying \"FreeBSD\" we will mean the BSD derivative UNIX-like operating "
 "system FreeBSD, whereas when saying \"the FreeBSD Project\" we will mean the "
@@ -376,13 +376,13 @@ msgstr ""
 "подразумеваем организацию проекта."
 
 #. type: Title ==
-#: documentation/content/en/books/dev-model/_index.adoc:168
+#: documentation/content/en/books/dev-model/_index.adoc:166
 #, no-wrap
 msgid "Organisational structure"
 msgstr "Организационная структура"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:171
+#: documentation/content/en/books/dev-model/_index.adoc:169
 msgid ""
 "While no-one takes ownership of FreeBSD, the FreeBSD organisation is divided "
 "into core, committers and contributors and is part of the FreeBSD community "
@@ -393,67 +393,67 @@ msgstr ""
 "существует вокруг неё."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:173
+#: documentation/content/en/books/dev-model/_index.adoc:171
 msgid "The FreeBSD Project's structure (in order of descending authority)"
 msgstr "Структура проекта FreeBSD (в порядке убывания полномочий)"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:178
-#: documentation/content/en/books/dev-model/_index.adoc:213
+#: documentation/content/en/books/dev-model/_index.adoc:176
+#: documentation/content/en/books/dev-model/_index.adoc:211
 #, no-wrap
 msgid "Group"
 msgstr "Группа"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:180
-#: documentation/content/en/books/dev-model/_index.adoc:216
+#: documentation/content/en/books/dev-model/_index.adoc:178
+#: documentation/content/en/books/dev-model/_index.adoc:214
 #, no-wrap
 msgid "Number of people"
 msgstr "Количество людей"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:181
-#: documentation/content/en/books/dev-model/_index.adoc:217
+#: documentation/content/en/books/dev-model/_index.adoc:179
+#: documentation/content/en/books/dev-model/_index.adoc:215
 #, no-wrap
 msgid "Core members"
 msgstr "Основные участники"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:183
-#: documentation/content/en/books/dev-model/_index.adoc:220
+#: documentation/content/en/books/dev-model/_index.adoc:181
+#: documentation/content/en/books/dev-model/_index.adoc:218
 #, no-wrap
 msgid "9"
 msgstr "9"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:184
-#: documentation/content/en/books/dev-model/_index.adoc:221
+#: documentation/content/en/books/dev-model/_index.adoc:182
+#: documentation/content/en/books/dev-model/_index.adoc:219
 #, no-wrap
 msgid "Committers"
 msgstr "Коммиттеры"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:186
+#: documentation/content/en/books/dev-model/_index.adoc:184
 #, no-wrap
 msgid "318"
 msgstr "318"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:187
-#: documentation/content/en/books/dev-model/_index.adoc:237
+#: documentation/content/en/books/dev-model/_index.adoc:185
+#: documentation/content/en/books/dev-model/_index.adoc:235
 #, no-wrap
 msgid "Contributors"
 msgstr "Участники"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:188
-#: documentation/content/en/books/dev-model/_index.adoc:239
+#: documentation/content/en/books/dev-model/_index.adoc:186
+#: documentation/content/en/books/dev-model/_index.adoc:237
 #, no-wrap
 msgid "~3000"
 msgstr "~3000"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:191
+#: documentation/content/en/books/dev-model/_index.adoc:189
 msgid ""
 "Number of committers has been determined by going through CVS logs from "
 "January 1st, 2004 to December 31st, 2004 and contributors by going through "
@@ -461,10 +461,10 @@ msgid ""
 msgstr ""
 "Количество коммиттеров было определено путем анализа журналов CVS с 1 января "
 "2004 года по 31 декабря 2004 года, а список участников — путем просмотра "
-"перечня внесенных изменений и отчётов о проблемах."
+"перечня внесённых изменений и отчётов о проблемах."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:196
+#: documentation/content/en/books/dev-model/_index.adoc:194
 msgid ""
 "The main resource in the FreeBSD community is its developers: the committers "
 "and contributors.  It is with their contributions that the project can move "
@@ -477,7 +477,7 @@ msgstr ""
 "января 2003 года в проекте насчитывается около 5500 контрибьюторов."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:200
+#: documentation/content/en/books/dev-model/_index.adoc:198
 msgid ""
 "Committers are developers with the privilege of being able to commit "
 "changes.  These are usually the most active developers who are willing to "
@@ -493,7 +493,7 @@ msgstr ""
 "основную команду и имеют доступ к закрытым обсуждениям."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:204
+#: documentation/content/en/books/dev-model/_index.adoc:202
 msgid ""
 "The project can be grouped into four distinct separate parts, and most "
 "developers will focus their involvement in one part of FreeBSD.  The four "
@@ -508,73 +508,73 @@ msgstr ""
 "пользовательское пространство."
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:206
+#: documentation/content/en/books/dev-model/_index.adoc:204
 msgid "This split changes our table to look like this:"
 msgstr "Это разделение изменяет нашу таблицу следующим образом:"
 
 #. type: Plain text
-#: documentation/content/en/books/dev-model/_index.adoc:208
+#: documentation/content/en/books/dev-model/_index.adoc:206
 msgid "The FreeBSD Project's structure with committers in categories"
 msgstr ""
 "Структура проекта FreeBSD с участниками, имеющими права на запись, по "
 "категориям"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:214
+#: documentation/content/en/books/dev-model/_index.adoc:212
 #, no-wrap
 msgid "Category"
 msgstr "Категория"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:222
+#: documentation/content/en/books/dev-model/_index.adoc:220
 #, no-wrap
 msgid "Base"
 msgstr "Базовый"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:224
+#: documentation/content/en/books/dev-model/_index.adoc:222
 #, no-wrap
 msgid "164"
 msgstr "164"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:226
+#: documentation/content/en/books/dev-model/_index.adoc:224
 #, no-wrap
 msgid "Docs"
 msgstr "Docs"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:228
+#: documentation/content/en/books/dev-model/_index.adoc:226
 #, no-wrap
 msgid "45"
 msgstr "45"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:230
+#: documentation/content/en/books/dev-model/_index.adoc:228
 #, no-wrap
 msgid "Ports"
 msgstr "Порты"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:232
+#: documentation/content/en/books/dev-model/_index.adoc:230
 #, no-wrap
 msgid "166"
 msgstr "166"
 
 #. type: Table
-#: documentation/content/en/books/dev-model/_index.adoc:234
+#: documentation/content/en/books/dev-model/_index.adoc:232
*** 2964 LINES SKIPPED ***