[Moscow.pm] Обновление CPAN-модулей

[Ali Ramazanov]

Очень понравился Carton. Пока это дело у нас тестируется. Пишем cpanfile в
виде:
requires 'DBD::Pg', '== 3.0.0';
...
Другой разработчик выполняет carton install, подтягивая все нужные версии
модулей, но по зависимостям с течением времени всё равно могут быть
различия (собственное это видно в cpanfile.snapshot).
cpanfile.snapshot комитит последний, кто изменил cpanfile.
В бою соответственно делается: carton install --deployment (используеся
последний закомиченный cpanfile.snapshot)

Было замечено, что иногда carton может зафейлится, повторный запуск
устанавливает всё до конца)
Мне этот вариант больше нравится чем остальные своей простотой. Плюс совсем
не нужно взаимодействовать с админами. У нас проект на каталисте, более 200
модулей используется, основная часть ставится из них по зависимостям.


12 февраля 2014 г., 15:59 пользователь Grigory Batalov
<grisxa на gmail.com>написал:

> В Wed, 12 Feb 2014 15:19:19 +0400
> Ilya Chesnokov <chesnokov.ilya на gmail.com> пишет:
>
> > В-общем, после "круглого стола", посвященного тестированию, на встрече
> > moscow.pm стало ясно, что в крупных компаниях используют менеджеры
> > пакетов системы для установки модулей. Модули в пакетах без нужды не
> > обновляются - только если появляется полезный для проекта функционал.
> > После апгрейда версии CPAN-модуля прогоняются тесты.
> >
> > Однако все еще интересно, использует ли кто-то альтернативные решения
> > - Carton, Stratopan, локальный CPAN-сервер и т.д.?
>
> Мы собираем свои проекты в RPM (почти автоматически), проставляя
> в них нужные Requires. Если нужен модуль со CPAN, то собираем
> пакет-заглушку (тоже автоматически), у которого в %pre указано
> cpan x/xy/xyz/module-ver.tar.gz
>
> В общих чертах.
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20140212/77b8267c/attachment.html>