Сизифов труд без помощи Сизифа
Переходная тема к собственно сопровождению пакетов.
Из мифологии совместной разработки
Эра «TAR». Обмен исходниками на магнитных лентах. Несмотря на свободной распространение, процесс разработки и информационное пространство вынужденно закрыты (по техническим причинам).
=> Редкие выпуски по графику встреч
- Тщательная подготовка выпусков и информационного пространства вокруг
Эра «FTP». Интернет и рост информационной связности. Использование открытого и.п.: архивы исходников на FTP, странички на WWW.
=> Выпуски по мере готовности
- Использование обратной связи в разработке (почта, патчи и т. п.)
Эра «GIT». Разработка и создание команды при помощи сети (DVCS, сервисы типа GH, SF)
=> Использование DVCS для совместной разработки
- Размытие понятия «выпуск»:
- «Хакеры»: каждая публикация — это выпуск, программа с каждым коммитом становится всё лучше
- Основания: дисциплина коммитов, автосборка, компонентное и автоматическое тестирование
- Недостаток: невозможность выбора стабильной версии
- «Разработчики»: выпуск — это отдельная ветка (возможно, со своими обязательствами по техподдержке)
- Использование веток и тегов
- Ветка лучше архива с выпуском: в ней можно исправлять ошибки
- «Хакеры»: каждая публикация — это выпуск, программа с каждым коммитом становится всё лучше
Цикл сопровождения пакета
Сизифов труд:
- Выбор upstream
- Адаптация исходников
- Подготовка пакета
- Тестирование пакета
- Публикация и эксплуатация
(обноврение upstream) => см. п. 1
Что нужно проверять:
- Upstream:
- Не переехал ли
- Не сменил ли формать публикации
- Сборку:
- Патчи и их смысл
- Дополнительные и пропавшие файлы
- Установкe
- Соответствие дисциплине оформления пакета
- Работоспособность:
- Надёжность
- Функциональность
- Перевод