Лекция
Привет, Вы узнаете о том , что такое composer, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое composer, composer install, composer update , настоятельно рекомендую прочитать все из категории Выполнение скриптов на стороне сервера PHP (LAMP) NodeJS (Backend) .
Composer — это пакетный менеджер уровня приложений для языка программирования PHP, который предоставляет средства по управлению зависимостями в PHP-приложении
Простыми словами. все что не вы писли а писали другие (в других модулях) будет устанавливаться и обновляться .
Стандартный рабочий процесс композитора:
Это правильный способ использования композитора. Если вы используете компоновщик для развертывания ваших зависимостей в производственной среде (так многие люди), на основе этого рабочего потока вы можете ошибочно предположить, что вы развертываете свое обновление composer.json до production и запускаете composer update снова. Это неправильный способ использования композитора.
Что действительно происходит при запуске, так composer update это то, что он загружает новейшую версию ваших зависимостей, как указано composer.json.
Что вам действительно нужно сделать, это развернуть ваш обновленный composer.lock, а затем повторно запустить composer install. Вы никогда не должны запускаться composer updateна производстве. Если, однако, вы развертываете новый composer.lockс новыми зависимостями и / или версиями (после запуска composer updateв dev), а затем запустите composer installкомпозитор, обновите и установите новые новые зависимости.
Всякий раз, когда композитор создает новое, composer.lock он блокирует вас до определенного набора зависимостей и последних версий этих зависимостей, которые он может решить.
Это означает, что если вы composer.json укажете packet/packet: 1.*, и он установит packet 1.2, packet 1.2 будет включен в ваш файл блокировки.
С тех пор, когда вы запустите, composer install вы получите только packet1.2, даже после выхода packet 1.3.
Вот основной рабочий процесс:
Не слишком сложно.
Теперь мы можем вернуться к вопросу, который вызвал этот пост. Поскольку мы никогда не запускаем composer update в производстве, следует, что всякий раз, когда мы запускаем его, мы будем в нашей среде разработчиков, и теперь автоматическое включение --require-dev флага composer update имеет смысл.
Если вы все еще не счастливы, вы можете игнорировать все это и добавить --no-dev флаг для изменения поведения.
Теперь полсмотрим коротко и ясно обо всех командах Composer.
| команда | описание |
|---|---|
| composer require vendor/package | Добавляет требуемый пакет в файл composer.json и устанавливает его в ваш проект. Команда require изменяет composer.json, находящийся в текущей папке. Если пакету требуются зависимости, то они будут установлены или обновлены. А также будет обновлен composer.lock. |
| composer install | Если файла composer.lock нет, резолвит зависимости исходя из composer.json и создает его. Об этом говорит сайт https://intellect.icu . Далее, анализирует файл composer.lock, скачивает и устанавливает указанные в нем версии пакетов. Опция --no-scripts полезна для обхода запуска скриптов, указанных в pre- и post- настройках. |
| composer update | Обновляет ваши зависимости до последних версий и обновляет composer.lock. Команда update резолвит зависимости чтобы получить самые последние версии зависящих друг от друга пакетов. |
| composer update --lock | Иногда, вы можете получить такое предупреждение:
Warning: The lock file is not up to date with the latest changes in composer.json, you may be getting outdated dependencies, run update to update them.Это может произойти после того, как вы вручную редактировали composer.json (добавляли или изменяли description, authors, extra и т. д.). Даже если ваши изменения незначимы для Composer, он обнаруживает, что md5sum файла изменена, и предупреждает, что эти изменения не учтены в файле composer.lock. Поэтому, чтобы подавить это предупреждение, вы можете просто запустить команду update --lock для обновления lock-файла без обновления самих пакетов. |
| composer dump-autoload --optimize | Если вам нужно обновить загрузчик, т. к. появились новые классы, вы можете выполнить команду dump-autoload чтобы избежать установки или обновления пакетов. Используйте ключ --optimize для преобразования PSR-0 в автозагрузку как для classmap, чтобы автозагрузчик был наиболее быстрым. Это настоятельно рекомендуется для production (вы можете получить 20% прирост), но может занять немного времени для запуска, так что это на данный момент не сделано по умолчанию. Также вы можете использовать dumpautoload псевдоним. |
| composer about | Краткая информация о Composer. |
| composer archive vendor/package | Создать архив для указанного пакета. Команда также может быть использована для архивирования всего проекта без исключенных/игнорируемых файлов. |
| composer browse | Псевдоним для home, открывает URL пакета или его домашнюю страницу в браузере. |
| composer clear-cache | Псевдоним команды clearcache, очищает внутренний кэш пакетов Composer-а. |
| composer config --list | Позволяет редактировать некоторые основные параметры Composer-а либо в локальном файле composer.json, либо в глобальном файле config.json. |
| composer create-project vendor/package dir/ | Создать новый проект из указанного пакета в указанном каталоге. |
| composer depends vendor/package | Сообщает вам какие другие пакеты зависят от конкретного (указанного) пакета. Вы можете указать какие типы связей (require, require-dev) должны быть включены в листинг. По умолчанию выводятся оба. |
| composer diagnose | Если вы считаете, что нашли ошибку, или что-то ведет себя странно, возможно, вы захотите выполнить команду диагностики для выполнения автоматизированной проверки многих общих проблем. |
| composer global | Команда global позволяет другие команды такие, как install, require или update запускать так, как если бы вы запускали их из каталога COMPOSER_HOME. Это может использоваться для того, чтобы установить командные утилиты глобально. Если вы добавите $COMPOSER_HOME/vendor/bin в переменную $PATH вашего окружения, то запуск утилит станет совсем простым. Например, установите php-cs-fixer: $ php composer.phar global require fabpot/php-cs-fixer:dev-master Теперь исполняемый файл php-cs-fixer доступен глобально и вы можете запустить его из любого места (конечно, если вы настроили вашу переменную PATH). |
| composer help [command] | Отображает справки для всех других команд: composer.phar help install. |
| composer init | Создает базовый вариант файла composer.json в текущем каталоге. При запуске команды, Composer будет интерактивно запрашивать значения полей для заполнения, используя при этом для некоторых полей умные значения по умолчанию. |
| composer licenses | Показать информацию о лицензиях зависимостей. |
| composer list | Выводит список допустимых команд. |
| composer remove | Удаляет пакет из секций require или require-dev: remove vendor/package vendor/package2. |
| composer run-script | Запустить вручную скрипты, объявленные в composer.json. Просто передайте название скрипта и при необходимости --no-dev, чтобы отключить режим dev. |
| composer search ключевые слова | Поиск пакетов. Команда поиска позволяет вам искать в репозиториях текущего проекта (см. секцию "repositories" в composer.json). Обычно это будет только packagist.org. Вам нужно просто передать команде слова для поиска. |
| composer self-update | Обновление самого composer.phar до последней версии. Запуск команды self-update может решить некоторые проблемы и сэкономить ваше время. Также вы можете использовать псевдоним selfupdate. |
| composer show | Список всех установленных пакетов (composer show). Список всех доступных пакетов (composer show --all). Инфо об указанном пакете или его специфичной версии (composer show vendor/package [версия]). |
| composer suggest | Выводит список всех пакетов, предложенных установленными. Опционально вы можете передать одно или несколько имен пакетов в формате vendor/package чтобы ограничить вывод только теми, что были предложены указанными. |
| composer status | Если вам часто приходится модифицировать код своих зависимостей, а они были установленны "из исходников" (см. опцию --prefer-source команды require), то команда status позволит вам проверить есть ли у вас локальные изменения в любой из них. |
| composer validate | Проверяет файл composer.json. Вы всегда должны запускать команду validate перед тем, как коммитить ваш composer.json и перед установкой релизного тега. Эта команда проверит его на ошибки. |
Анализ данных, представленных в статье про composer, подтверждает эффективность применения современных технологий для обеспечения инновационного развития и улучшения качества жизни в различных сферах. Надеюсь, что теперь ты понял что такое composer, composer install, composer update и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Выполнение скриптов на стороне сервера PHP (LAMP) NodeJS (Backend)
Из статьи мы узнали кратко, но содержательно про composer
Комментарии
Оставить комментарий
Выполнение скриптов на стороне сервера PHP (LAMP) NodeJS (Backend)
Термины: Выполнение скриптов на стороне сервера PHP (LAMP) NodeJS (Backend)