Да, так это работает, но при сборке проекта начинаются неудобства, мы не можем добавить всё в один cpanfile.
Плюс отсутствует возможность добавить гит зависимость в устанавливаемый модуль.
А Миягава только обещает добавить поддержку, но сейчас он пилит carmel и там про гит тоже ничего не понятно.
(https://github.com/miyagawa/cpanminus/issues/381 и, на сколько я знаю, ситуация не поменялась.)
Сейчас я вижу 2 возможности обойти это
1) Скрипт, который отдельно устанавливает гитовые зависимости
2) Поднять свой приватный цпан, приватный бэкпан и всё остальное
В итоге пришел ко второму способу, и это упростило некоторые вещи.
Но можно было бы этого не делать.
Лично мои претензии к перлу:
Отсутствие нормального пакетного менеджера (установки завистимосей из git практически нет)
Отсутствие некоторых нормальных фреймворков (Mojolicious далеко позади современных веб фреймворков на других языках) и библиотек (с тех же дат я долго мучался до обнаружения Date::Simple), нет нормальной ORM
Ужасная документация у (почти) всего что не core modules
Concurrency — форки не всегда то, что нужно
Carp или аналоги — отдельные модули, а не инструмент языка
UTF-8
ООП — никто не заставляет его использовать, но почему-то все это делают, и с ним всё здесь плохо. В помощь и в зависимости проекта нам приходит весь огород модулей для этого (Moose, Mouse, Moo… и 100 других)
Сборка CPAN модулей, cpan её не умеет, приходится использовать Minilla, Dist::Zilla и прочее, а нужно просто иметь возможность поставить cpanm'ом модуль, который вот он уже, вроде, готовый.
Да и сам CPAN иногда кажется помойкой, приходится долго искать и смотреть на модули, прежде чем выбрать что-то подходящее, на metacpan есть рейтинг, но не всегда он показателен, пакеты именует кто как хочет.
Или свой cpanm. :(
Деб или rpm, в целом, тоже звучит не очень хорошо.
Да, так это работает, но при сборке проекта начинаются неудобства, мы не можем добавить всё в один cpanfile.
Плюс отсутствует возможность добавить гит зависимость в устанавливаемый модуль.
А Миягава только обещает добавить поддержку, но сейчас он пилит carmel и там про гит тоже ничего не понятно.
(https://github.com/miyagawa/cpanminus/issues/381 и, на сколько я знаю, ситуация не поменялась.)
Сейчас я вижу 2 возможности обойти это
1) Скрипт, который отдельно устанавливает гитовые зависимости
2) Поднять свой приватный цпан, приватный бэкпан и всё остальное
В итоге пришел ко второму способу, и это упростило некоторые вещи.
Но можно было бы этого не делать.
Лично мои претензии к перлу:
Отсутствие нормального пакетного менеджера (установки завистимосей из git практически нет)
Отсутствие некоторых нормальных фреймворков (Mojolicious далеко позади современных веб фреймворков на других языках) и библиотек (с тех же дат я долго мучался до обнаружения Date::Simple), нет нормальной ORM
Ужасная документация у (почти) всего что не core modules
Concurrency — форки не всегда то, что нужно
Carp или аналоги — отдельные модули, а не инструмент языка
UTF-8
ООП — никто не заставляет его использовать, но почему-то все это делают, и с ним всё здесь плохо. В помощь и в зависимости проекта нам приходит весь огород модулей для этого (Moose, Mouse, Moo… и 100 других)
Сборка CPAN модулей, cpan её не умеет, приходится использовать Minilla, Dist::Zilla и прочее, а нужно просто иметь возможность поставить cpanm'ом модуль, который вот он уже, вроде, готовый.
Да и сам CPAN иногда кажется помойкой, приходится долго искать и смотреть на модули, прежде чем выбрать что-то подходящее, на metacpan есть рейтинг, но не всегда он показателен, пакеты именует кто как хочет.