<div dir="ltr"><div><div><div>Иван, пока не сталкивались :) Но, внутри carton 
используется cpanm, а я так понимаю именно такой сценарий и будет судя 
по документации :)<br></div>На смом деле Carton это следующая ступень, потому что, например, наши админы используют уже давно cpanm для установки модулей. Но в силу некоторых причин им тяжело поставить нужные версии, а carton решает это проблему.<br>
<br></div>Дополнительный положительный сайд эффект от Carton:<br></div>Если на одном и том же сервере неколько проектов, использующих одну и ту же версию перла, благодаря carton не будет никаких коллизий, все модули ставятся локально для каждого проекта со своими версиями как указано в cpanfile.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">12 февраля 2014 г., 16:48 пользователь Иван Бессарабов <span dir="ltr"><<a href="mailto:ivan@bessarabov.ru" target="_blank">ivan@bessarabov.ru</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">А как carton будет действовать если модуль нужной версии удалили с<br>
CPAN? Он вытаскивает его с <a href="http://backpan.perl.org" target="_blank">http://backpan.perl.org</a>?<br>
<br>
2014-02-12 16:35 GMT+04:00 Ali Ramazanov <<a href="mailto:netspamer@gmail.com">netspamer@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Очень понравился Carton. Пока это дело у нас тестируется. Пишем cpanfile в<br>
> виде:<br>
> requires 'DBD::Pg', '== 3.0.0';<br>
> ...<br>
> Другой разработчик выполняет carton install, подтягивая все нужные версии<br>
> модулей, но по зависимостям с течением времени всё равно могут быть различия<br>
> (собственное это видно в cpanfile.snapshot).<br>
> cpanfile.snapshot комитит последний, кто изменил cpanfile.<br>
> В бою соответственно делается: carton install --deployment (используеся<br>
> последний закомиченный cpanfile.snapshot)<br>
><br>
> Было замечено, что иногда carton может зафейлится, повторный запуск<br>
> устанавливает всё до конца)<br>
> Мне этот вариант больше нравится чем остальные своей простотой. Плюс совсем<br>
> не нужно взаимодействовать с админами. У нас проект на каталисте, более 200<br>
> модулей используется, основная часть ставится из них по зависимостям.<br>
><br>
><br>
> 12 февраля 2014 г., 15:59 пользователь Grigory Batalov <<a href="mailto:grisxa@gmail.com">grisxa@gmail.com</a>><br>
> написал:<br>
><br>
>> В Wed, 12 Feb 2014 15:19:19 +0400<br>
>> Ilya Chesnokov <<a href="mailto:chesnokov.ilya@gmail.com">chesnokov.ilya@gmail.com</a>> пишет:<br>
>><br>
>> > В-общем, после "круглого стола", посвященного тестированию, на встрече<br>
>> > <a href="http://moscow.pm" target="_blank">moscow.pm</a> стало ясно, что в крупных компаниях используют менеджеры<br>
>> > пакетов системы для установки модулей. Модули в пакетах без нужды не<br>
>> > обновляются - только если появляется полезный для проекта функционал.<br>
>> > После апгрейда версии CPAN-модуля прогоняются тесты.<br>
>> ><br>
>> > Однако все еще интересно, использует ли кто-то альтернативные решения<br>
>> > - Carton, Stratopan, локальный CPAN-сервер и т.д.?<br>
>><br>
>> Мы собираем свои проекты в RPM (почти автоматически), проставляя<br>
>> в них нужные Requires. Если нужен модуль со CPAN, то собираем<br>
>> пакет-заглушку (тоже автоматически), у которого в %pre указано<br>
>> cpan x/xy/xyz/module-ver.tar.gz<br>
>><br>
>> В общих чертах.<br>
>> --<br>
>> Moscow.pm mailing list<br>
>> <a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
><br>
><br>
><br>
> --<br>
> Moscow.pm mailing list<br>
> <a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
><br>
--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br></div>