PHP PHARs с композитором?

Я думал о преимуществах и недостатках распространения моего приложения как одного PHAR.PHP PHARs с композитором?

Я все же хотел бы использовать Composer для управления всеми случайными зависимостями, которые у меня есть. Это означает, что вы возвращаетесь к phar, если изменения в материалах, которые я понимаю, в лучшем случае запутанный процесс.

Каков наилучший способ согласования этого? Должен ли я просто сохранять приложение автономно и работать с внешним/вендором?

Заранее благодарен!

источник

2015-05-29 Carlos Vergara

Учитывая, что сам composer.phar файл включает в себя несколько компонентов Symfony, а также некоторые другие библиотеки, написанные автором, и все они помещаются в файл .phar для распространения (в том числе, в явном виде, a number of vendor/ sub-directories), Безразлично» t кажется необоснованным также включать требуемые каталоги поставщиков для вашего собственного проекта.

источник

2015-05-29 13:36:24

С вашим подходом, что происходит, когда поставщик делает обновление? Composer обновляет вашу копию? – IROEGBU

@iroegbu У вас есть «неспаренная» копия, которая предназначена для разработки. Когда поставщик обновляется или вы это делаете, вы будете работать в обычном проекте так же, как и сейчас. Когда вы будете готовы распространять новую версию, вы упаковываете вещи в новый phar, подталкиваете ее к своему мастер-репо, и эта сборка является вашей «версией». –

Работает для меня! Любые недостатки этого подхода? –

PHP PHARs с композитором?

ответ

Смежные вопросы