#format mk
> Сборочные технологии 

>> Относительно именований пакетов

. пакеты документации именуются начиная с docs-
Пример: docs-alterator_x11-kirill
. пакеты документации, описывающие ПО встречающееся, как в инсталляторе, так и отдельно (к примеру в виде модуля Центра управления системы) могут иметь различные именования (естественно при наличии содержательной разницы). При этом версия, документирующая ПО, являющееся частью программы установки, содержит имя дистрибутива
Пример:
.. docs-alterator_x11_desktop-kirill (для описания alterator_x11 как стадии установки Desktop)
.. docs-alterator_x11-kirill (для описания alterator_x11 как модуля Центра управления)

>> Начальные условия

0 Основная задача -- публикация документов в печатном или электронном виде (как в Сети, так и в виде пакетов для установки в системе).
0 Документы хранятся в @репозитории|:Heap@ в _разных исходных форматах_.
0 В качестве основного способа публикации предполагается комбинирование отдельных документов (<модулей>) в сборники разной степени сложности и достаточно произвольной структуры (<выпуски>).
0 Предполагается что один и тот же модуль может входить в разные выпуски.

>> Задачи 

0 Автоматическое преобразование документов в форматы для публикации (<сборка>) -- HTML, LaTeX. 
0 Обеспечение средств интеграции независимых документов (<модулей>) в сборники (<выпуски>). Такая интеграция предполагает: 
00 Создание средств навигации между модулями, вошедшими в выпуск.
00 Должна быть возможность установить модуль в системе один раз, и использовать его одновременно в разных выпусках с разной навигацией.
0 Публикация собранных HTML-документов в Сети.

>> Программные средства: rpm-build-docs

На настоящий момент имеющиеся программные средства объединены в пакеты:

. @rpm-build-docs|:Docs/Build/RpmBuildDocs@. 
. @docs-utils|:Docs/DocsUtils@
. @alt-docs-genextras|:Docs/Build/AltDocsGenextras@

См. @Текущий процесс работы с пакетами документации|:Docs/Build/CurrentWorkflow@.