⇤ ← Версия 1 от 2013-04-12 18:45:24
238
Комментарий:
|
← Версия 2 от 2013-04-12 21:44:53 ⇥
3161
|
Удаления помечены так. | Добавления помечены так. |
Строка 2: | Строка 2: |
Переходная тема к собственно ''сопровождению'' пакетов. === Из мифологии совместной разработки === '''Эра «TAR».''' Обмен исходниками на магнитных лентах. Несмотря на свободной распространение, процесс разработки и информационное пространство вынужденно закрыты (по техническим причинам). * => Редкие выпуски по графику встреч * Тщательная подготовка выпусков и информационного пространства вокруг '''Эра «FTP».''' Интернет и рост информационной связности. Использование открытого и.п.: архивы исходников на FTP, странички на WWW. * => Выпуски по мере готовности * Использование обратной связи в разработке (почта, патчи и т. п.) '''Эра «GIT».''' Разработка и создание команды при помощи сети (DVCS, сервисы типа GH, SF) * => Использование DVCS для ''совместной'' разработки * Размытие понятия «выпуск»: 1. «Хакеры»: каждая публикация — это выпуск, программа с каждым коммитом становится всё лучше * Основания: дисциплина коммитов, автосборка, компонентное и автоматическое тестирование * Недостаток: невозможность выбора стабильной версии 1. «Разработчики»: выпуск — это отдельная ветка (возможно, со своими обязательствами по техподдержке) * Использование веток и тегов * Ветка лучше архива с выпуском: в ней можно исправлять ошибки |
|
Строка 3: | Строка 20: |
Цикл сопровождения пакета: 1#-1. Подбор upstream 1. Изготовление патчей и спецификации 1. Подгото |
=== Цикл сопровождения пакета === Сизифов труд: 1.#0 Выбор upstream 1. Адаптация исходников 1. Подготовка пакета 1. Тестирование пакета 1. Публикация и эксплуатация 1. (обноврение upstream) => см. п. 1 :( Что нужно проверять: * Upstream: * Не переехал ли * Не сменил ли формать публикации * Сборку: * Патчи и их смысл * Дополнительные и пропавшие файлы * Установкe * Соответствие дисциплине оформления пакета * Работоспособность: * Надёжность * Функциональность * Перевод |
Сизифов труд без помощи Сизифа
Переходная тема к собственно сопровождению пакетов.
Из мифологии совместной разработки
Эра «TAR». Обмен исходниками на магнитных лентах. Несмотря на свободной распространение, процесс разработки и информационное пространство вынужденно закрыты (по техническим причинам).
=> Редкие выпуски по графику встреч
- Тщательная подготовка выпусков и информационного пространства вокруг
Эра «FTP». Интернет и рост информационной связности. Использование открытого и.п.: архивы исходников на FTP, странички на WWW.
=> Выпуски по мере готовности
- Использование обратной связи в разработке (почта, патчи и т. п.)
Эра «GIT». Разработка и создание команды при помощи сети (DVCS, сервисы типа GH, SF)
=> Использование DVCS для совместной разработки
- Размытие понятия «выпуск»:
- «Хакеры»: каждая публикация — это выпуск, программа с каждым коммитом становится всё лучше
- Основания: дисциплина коммитов, автосборка, компонентное и автоматическое тестирование
- Недостаток: невозможность выбора стабильной версии
- «Разработчики»: выпуск — это отдельная ветка (возможно, со своими обязательствами по техподдержке)
- Использование веток и тегов
- Ветка лучше архива с выпуском: в ней можно исправлять ошибки
- «Хакеры»: каждая публикация — это выпуск, программа с каждым коммитом становится всё лучше
Цикл сопровождения пакета
Сизифов труд:
- Выбор upstream
- Адаптация исходников
- Подготовка пакета
- Тестирование пакета
- Публикация и эксплуатация
(обноврение upstream) => см. п. 1
Что нужно проверять:
- Upstream:
- Не переехал ли
- Не сменил ли формать публикации
- Сборку:
- Патчи и их смысл
- Дополнительные и пропавшие файлы
- Установкe
- Соответствие дисциплине оформления пакета
- Работоспособность:
- Надёжность
- Функциональность
- Перевод