Интерфейс и команды командной строки Composer (часть 6)

Вступление

Это шестая часть интерфейса командной строки Composer и команд.

# dump-autoload (dumpautoload)

Если вам нужно обновить автозагрузчик, например, из-за новых классов в пакете classmap, вы можете использовать dump-autoload для этого без необходимости установки или обновления.

Кроме того, он может выгружать оптимизированный автозагрузчик, который преобразует пакеты PSR-0/4 в пакеты классов по соображениям производительности. В больших приложениях со многими классами автозагрузчик может занимать значительную часть времени каждого запроса. Использование карт классов для всего менее удобно при разработке, но, используя эту опцию, вы все равно можете использовать PSR-0/4 для удобства и карты классов для производительности.

Опции

• --no-scripts: пропускает выполнение всех скриптов, определенных в файле composer.json.
• --optimize (-o): конвертировать автозагрузку PSR-0/4 в карту классов, чтобы получить более быстрый автозагрузчик. Это особенно рекомендуется для производства, но может занять некоторое время, поэтому по умолчанию это не выполняется.
• --classmap-authoritative (-a): автозагрузка классов только из карты классов. Неявно включает --optimize.
• --apcu: использовать APCu для кэширования найденных / не найденных классов.
• --no-dev: отключает правила автозагрузки-dev.

clear-cache (clearcache) #

Удаляет весь контент из каталогов Composer.

лицензии #

Перечисляет имя, версию и лицензию каждого установленного пакета. Используйте --format = json, чтобы получить машиночитаемый вывод.

Опции

• --format: формат вывода: текст или json (по умолчанию: «текст»)
• --no-dev: удалить зависимости dev из вывода

выполнения сценария #

Опции

• --timeout: установить время ожидания скрипта в секундах или 0 для отсутствия времени ожидания.
• --dev: Устанавливает режим разработки.
• --no-dev: отключить режим разработки.
• --list (-l): список пользовательских скриптов.

Для запуска сценариев вручную вы можете использовать эту команду, дать ей имя сценария и, необязательно, любые необходимые аргументы.

Exec #

Выполняет продаваемый двоичный файл / скрипт. Вы можете выполнить любую команду, и это гарантирует, что bin-dir Composer будет помещен в вашу переменную PATH до запуска команды.

Опции

• --list (-l): перечислить доступные двоичные файлы композитора.

диагностики #

Если вы считаете, что нашли ошибку или что-то странно ведет себя, вы можете запустить команду диагностирования, чтобы выполнить автоматические проверки для многих распространенных проблем.

php composer.phar диагностировать

архив#

Эта команда используется для создания архива zip / tar для данного пакета в данной версии. Он также может быть использован для архивирования всего вашего проекта без исключенных / игнорируемых файлов.

php composer.phar архив vendor / package 2.0.21 --format = zip

Опции

• --format (-f): формат полученного архива: tar или zip (по умолчанию: «tar»)
• --dir: записать архив в этот каталог (по умолчанию: ".")
• --file: записать архив с указанным именем файла.

Помогите#

Чтобы получить больше информации об определенной команде, вы можете использовать справку.

php composer.phar помогите установить

Завершение командной строки

Завершение командной строки можно включить, следуя инструкциям на этой странице.

Переменные среды

Вы можете установить ряд переменных среды, которые переопределяют определенные настройки. По возможности рекомендуется указывать эти параметры в разделе конфигурации файла composer.json. Стоит отметить, что переменные env всегда будут иметь приоритет над значениями, указанными в composer.json.

КОМПОЗИТОР#

Установив переменную COMPOSER env, можно установить имя файла composer.json в другое значение.

Например:

COMPOSER=composer-other.json php composer.phar install

Сгенерированный файл блокировки будет использовать то же имя: composer-other.lock в этом примере.

COMPOSER_ALLOW_SUPERUSER #

Если установлено значение 1, этот env отключает предупреждение о выполнении команд от имени пользователя root / суперпользователя. Он также отключает автоматическую очистку сессий sudo, поэтому вам следует установить это значение, только если вы постоянно используете Composer как суперпользователь, как в контейнерах Docker.

COMPOSER_AUTH #

Переменная COMPOSER_AUTH позволяет настроить аутентификацию в качестве переменной среды. Содержимое переменной должно быть объектом в формате JSON, содержащим объекты http-basic, github-oauth, bitbucket-oauth, ... по мере необходимости и в соответствии со спецификацией из конфигурации.

COMPOSER_BIN_DIR #

Установив эту опцию, вы можете изменить каталог bin (Vendor Binaries) на что-то отличное от vendor / bin.

COMPOSER_CACHE_DIR #

Переменная COMPOSER_CACHE_DIR позволяет вам изменить каталог кэша Composer, который также настраивается с помощью опции cache-dir.

По умолчанию он указывает на $ COMPOSER_HOME / cache в * nix и macOS и C: / Users / <пользователь> / AppData / Local / Composer (или% LOCALAPPDATA% / Composer) в Windows.

COMPOSER_CAFILE #

Задав это значение среды, вы можете указать путь к файлу пакета сертификатов, который будет использоваться при проверке однорангового узла SSL / TLS.

COMPOSER_DISCARD_CHANGES #

Этот env var управляет опцией конфигурации discard-changes.

COMPOSER_HOME #

Переменная COMPOSER_HOME позволяет вам изменить домашний каталог Composer. Это скрытый глобальный (для каждого пользователя на машине) каталог, который используется всеми проектами.

По умолчанию он указывает на C: / Users / <пользователь> / AppData / Roaming / Composer в Windows и /Users/<user>/.composer в macOS. В системах * nix, которые соответствуют спецификациям XDG Base Directory, он указывает на $ XDG_CONFIG_HOME / composer. В других системах * nix он указывает на /home/<user>/.composer.

COMPOSER_HOME / config.json #

Вы можете поместить файл config.json в папку, на которую указывает COMPOSER_HOME. Composer объединит эту конфигурацию с composer.json вашего проекта при запуске команд установки и обновления.

Этот файл позволяет вам установить репозитории и конфигурацию для проектов пользователя.

Если глобальная конфигурация совпадает с локальной конфигурацией, локальная конфигурация в проекте composer.json всегда побеждает.

COMPOSER_HTACCESS_PROTECT #

COMPOSER_MEMORY_LIMIT #

Если установлено, значение используется в качестве PHP memory_limit.

COMPOSER_MIRROR_PATH_REPOS #

Если установлено значение 1, это env изменяет стратегию хранилища путей по умолчанию на зеркальную, а не на символическую ссылку. Поскольку это заданная стратегия по умолчанию, она может быть перезаписана параметрами хранилища.

COMPOSER_NO_INTERACTION #

Если установлено значение 1, эта env var заставит Composer вести себя так, как будто вы передали флаг --no-взаимодействия для каждой команды. Это может быть установлено на сборочных коробках / CI.

COMPOSER_PROCESS_TIMEOUT #

Этот env var контролирует время, в течение которого Composer ожидает выполнения команд (таких как команды git). Значение по умолчанию составляет 300 секунд (5 минут).

COMPOSER_ROOT_VERSION #

Установив эту переменную, вы можете указать версию корневого пакета, если она не может быть угадана из информации VCS и отсутствует в composer.json.

COMPOSER_VENDOR_DIR #

Установив эту переменную, вы можете заставить Composer устанавливать зависимости в каталог, отличный от поставщика.

http_proxy или HTTP_PROXY #

Если вы используете Composer из-за HTTP-прокси, вы можете использовать стандартные переменные http_proxy или HTTP_PROXY. Просто установите его на URL вашего прокси. Многие операционные системы уже установили эту переменную для вас.

Использование http_proxy (в нижнем регистре) или даже определение обоих может быть предпочтительным, поскольку некоторые инструменты, такие как git или curl, будут использовать только версию http_proxy в нижнем регистре. В качестве альтернативы вы также можете определить прокси git, используя git config --global http.proxy <proxy url>.

Если вы используете Composer в контексте, отличном от CLI (т.е. интеграции в CMS или аналогичный вариант использования), и вам требуется поддержка прокси-серверов, предоставьте вместо этого переменную среды CGI_HTTP_PROXY. Смотрите httpoxy.org для более подробной информации.

HTTP_PROXY_REQUEST_FULLURI #

Если вы используете прокси-сервер, но он не поддерживает флаг request_fulluri, вам следует установить для этого env var значение false или 0, чтобы Composer не устанавливал параметр request_fulluri.

HTTPS_PROXY_REQUEST_FULLURI #

Если вы используете прокси-сервер, но он не поддерживает флаг request_fulluri для HTTPS-запросов, вам следует установить для этого env var значение false или 0, чтобы Composer не устанавливал параметр request_fulluri.

no_proxy или NO_PROXY #

Если вы находитесь за прокси-сервером и хотите отключить его для определенных доменов, вы можете использовать no_proxy или NO_PROXY env var. Просто установите его в список разделенных запятыми доменов, для которых прокси не должен использоваться.

Env var принимает домены, IP-адреса и блоки IP-адресов в нотации CIDR. Вы можете ограничить фильтр определенным портом (например, 80). Вы также можете установить *, чтобы игнорировать прокси для всех HTTP-запросов.

Предыдущая: Интерфейс и команды командной строки Composer (часть 5)
Далее: настройки Composer и его сообщество