кодесурса

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

script1adsense2code
script1adsense3code

Вступление

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

В командной строке, чтобы получить или получить доступ к этим командам композитора, просто введите «composer» или «список композиторов», чтобы увидеть полный список команд композитора. Флаг «—help» дает вам более подробную информацию о команде.

Composer использует Symfony / console, это позволяет нам вызывать команды по их короткому имени, если они не являются неоднозначными, как показано в фрагменте ниже:

composer dump

Приведенный выше фрагмент кода представляет собой краткую форму команды composer «composer auto-dump»

Composer Commands

# Глобальные параметры:

Глобальные параметры доступны для каждой команды композитора. Они используются для дальнейшего описания команды, как показано ниже:

composer --help

Приведенная выше команда отобразит все команды в композиторе, только из-за глобальной опции

" --Помогите".

Другие глобальные параметры:
  • --verbose (-v): это увеличивает многословность сообщений.
  • --help (-h): эта команда отображает справочную информацию.
  • --quiet (-q): команда не выводить никаких сообщений.
  • --no-взаимодействия (-n): не задавайте интерактивных вопросов.
  • --no-plugins: отключает все плагины.
  • --no-cache: это отключает использование каталога кеша.
  • --working-dir (-d): если указано, это заставляет композитора использовать данный каталог в качестве рабочего каталога.
  • --profile: отображает информацию о времени и использовании памяти
  • --ansi: используется для принудительного вывода ANSI.
  • --no-ansi: используется для отключения вывода ANSI.
  • --version (-V): отображает версию этого приложения.

Коды выхода из процесса

Коды завершения процесса - это коды, обычно используемые для выхода из процесса, они включают

  • 0: ОК, когда процесс завершается успешно
  • 1: Общий / неизвестный код ошибки
  • 2: Код ошибки решения зависимостей

#в этом:

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

composer init

Эта команда имеет следующие параметры:

  • имя: это название пакета.
  • описание: краткое описание пакета.
  • автор: имя владельца пакета.
  • тип: определяет тип пакета.
  • домашняя страница: URL-адрес домашней страницы пакета.
  • require: Некоторые пакеты требуют ограничения версии. Должен быть в формате « proj / paa: 1.0.0»
  • require-dev: пакеты, необходимые для разработки
  • стабильность (-ы): значение для поля минимальной устойчивости.
  • лицензия (-l): тип лицензии, которую имеет пакет.
  • хранилище: где может находиться пакет. Репозиторий указывает, где размещен пакет.

#install / i

Команда « install» считывает файл « composer.json» из корневого каталога проектов, затем разрешает зависимости и устанавливает их в папку « vendor ».

composer install

При наличии файла « composer.lock» в текущем каталоге он будет использовать точные версии оттуда вместо их разрешения. Это гарантирует, что все, кто использует пакет, получат одинаковые версии зависимостей.

Если файл « composer.lock» отсутствует , Composer создаст его после разрешения зависимостей.

Команда «composer install» имеет следующие необязательные параметры:

  • --prefer-source: пакеты могут быть загружены двумя способами: source и dist . Composer по умолчанию использует dist для стабильных версий пакетов. Источник используется для загрузки пакетов из систем контроля версий.
    composer install  --prefer-source
    В приведенном выше фрагменте кода, композитор будет загружать из источника управления версиями, если таковой имеется. Это обычно используется для исправления ошибок.
  • --prefer-dist: Это противоположно --prefer-source, Composer установит напрямую из Packagist, если это возможно. Это поведение композитора по умолчанию. Таким образом, команды «composer install» и «composer install –prefer-dist» дают одинаковый результат.
  • --dry-run: эта команда позволяет имитировать процесс установки без установки пакета.
    composer install --dry-run
  • --dev: Эта команда устанавливает пакеты, перечисленные в блоке require-dev файла composer.json. Это на самом деле поведение композитора по умолчанию.
  • --no-dev: эта команда заставляет composer пропустить установку пакетов, перечисленных в require-dev. Кроме того, генерация автозагрузчика пропускает правила autoload-dev .
  • --no-autoloader: устанавливает пакеты без генерации файла автозагрузчика.
  • --no-scripts: эта команда пропускает выполнение сценариев, определенных в composer.json.
  • --no-progress: удаляет отображение хода выполнения, которое иногда портит некоторые терминалы или сценарии, где возвраты запрещены.
  • --no-предложить: Это устанавливает пакеты без предложения других рекомендованных пакетов.
  • --optimize-autoloader (-o): конвертировать автозагрузку PSR-0/4 в карту классов, чтобы получить оптимизированный автозагрузчик. Это рекомендуется для производственной среды, так как на это уходит довольно много времени, поэтому это не поведение компоновщика по умолчанию.
  • --classmap-authoritative (-a): автоматически загружать классы из карты классов. неявное включение --optimize-autoloader.
  • --apcu-autoloader: это использует APCu для кэширования найденных / не найденных классов.
  • --ignore-platform-reqs: это заставляет композитора игнорировать системные требования для пакетов. Таким образом, он игнорирует пакеты, даже если требования не выполнены.
    composer install -–ignore-platform-reqs

Предыдущая: схема composer.json
Далее: Интерфейс командной строки Composer и команды (часть 2)

Новый контент: Composer: менеджер зависимостей для PHP , R программирования


script1adsense4code
script1adsense5code
disqus2code
script1adsense6code
script1adsense7code
script1adsense8code
buysellads2code