Ubuntu упаковка в БЗР
Некоторое время назад ходили разговоры о переносе всех (или хотя бы некоторых?) Усилий по упаковке в ветки bzr на панели запуска. Кажется, я помню, что было упомянуто много преимуществ, таких как облегчение участия новых разработчиков / упаковщиков.
Может кто-нибудь сообщить мне о том, произошло ли это и каковы будут преимущества? (Возможно, у меня совершенно неверный конец, так что не стесняйтесь поправлять меня...)
5 ответов
У меня нет текущего счета, но я думаю, что большинство импортируется. Вы можете попробовать оформить заказ с помощью bzr branch lp:ubuntu/PACKAGENAME
или же lp:ubuntu/maverick/PACKAGENAME
На пару примеров.
Конечно, заменить PACKAGENAME
с пакетом, который вы ищете, и вы можете заменить maverick
с выпуском, lucid, karmic и т. д., который вы ищете, вы можете вносить изменения и переходить в свои собственные филиалы bzr для спонсорства.
Как уже упоминалось, вы можете оформить заказ с помощью bzr branch lp:ubuntu/PACKAGENAME
для текущего выпуска для разработки или lp:ubuntu/lucid/PACKAGENAME
, если вы ищете источник от Lucid, например. Исходные пакеты из Debian также импортируются. Они могут быть получены с lp:debian/PACKAGENAME
или же lp:debian/lenny/PACKAGENAME
Это также позволяет нам легко просматривать исходный текст любого пакета Ubuntu или Debian в режиме онлайн через bazzar.launchpad.net. Например, вот пакет исходного кода банши:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/banshee/maverick/files
Подавляющее большинство пакетов в Ubuntu доступны в виде веток bzr. На момент написания этой статьи только 597 тысяч из Ubuntu в настоящее время не обновлены (это можно отследить по http://package-import.ubuntu.com/status/).
Одним из основных преимуществ распределенного контроля версий является то, что он может помочь в слиянии. Такие задачи, как просмотр истории и аннотирование, чтобы найти, кто внес определенные изменения и почему они также стали проще.
Хорошее введение в проект распределенной разработки Ubuntu можно найти здесь:
https://wiki.ubuntu.com/DistributedDevelopment/About
Документацию и инструкции можно найти здесь:
https://wiki.ubuntu.com/DistributedDevelopment/Documentation
Все, для чего импорт не потерпел неудачу, находится сейчас в bzr. Ветви KDE имели тенденцию терпеть неудачу из-за большого размера, но я думаю, что это работает.
Преимущество было бы в том, что у нас не было debdiff'ов в Launchpad, у которых все совпадают с номерами версий и конфликтуют. Вместо этого каждый может слиться в одну ветку, уменьшив количество циклов "упс, ваш патч больше не применяется".
Довольно много людей используют bzr для управления своими исходными пакетами. Посмотрите вики для получения дополнительной информации о том, как это сделать.
Я думаю, что вы думаете о bzr-builddeb (руководство). Вы можете отслеживать его разработку на странице Launchpad от bzr-builddeb.