Будьте последовательны в использовании скриптов Composer в CI

Источник: «Be consistent with composer scripts in CI»
Сценарии Composer — это очень удобный способ определения команд, которые вы часто используете. Например, у нас есть скрипты composer для запуска тестов, проверки стиля кодирования или обновления хелперов IDE.

Но в том же блоке scripts файла composer.json вы можете определить действия, которые должны выполняться при наступлении встроенных событий Composer, например post-create-project-cmd и post-root-package-install.

Хотя эти две вещи содержатся в одном и том же блоке scripts, они вызываются разными способами.

Например, если вы хотите вручную запустить скрипт post-create-project-cmd, вам нужно вызвать composer run post-create-project-cmd. Если вы не укажете run, то получите ошибку: Command "post-create-project-cmd" is not defined.

Но если вы хотите запустить один из определённых вами скриптов, например скрипт ide-helper-update, вы можете просто вызвать composer ide-helper-update. Обратите внимание, что указание run не является обязательным. Вы можете указать его, если хотите, но это не обязательно.

В любом случае, когда есть два едва различимых способа сделать что-то вроде этого, я предпочитаю стандартизировать один, чтобы избежать путаницы. Поэтому в данном случае мы всегда указываем composer run, даже для тех скриптов, которым он не нужен. Таким образом, нам никогда не придётся думать об этом, и все команды CI будут единообразны.

Дополнительные материалы

Предыдущая Статья

PHP атрибуты в Laravel

Следующая Статья

Тестирование абстрактных классов PHP с помощью анонимных классов