Когда человек без package.json встречает человека с package.json, мужчина без package.json хочет его.
Вот что сказал бы Клинт Иствуд, если бы только знал о силе этих файлов!
Это не пост в блоге, а набор скриптов package.json, которые я использовал за последние 3-5 лет. Обратите внимание, что это сценарии, ориентированные на микросервисы, поэтому, если вы создаете/поддерживаете пакеты npm, такие как библиотеки или фреймворки, некоторые из этих сценариев не будут иметь для вас значения.
Я сделаю все возможное, чтобы обновлять этот список с помощью моих сценариев, и, пожалуйста, если у вас есть классные сценарии package.json, опубликуйте их в разделе комментариев!
Запуск приложения
Я широко использую docker-compose для развертывания на одном хосте и для развертывания ожидаемой среды для наших микросервисов.
Запуск тестов
Первая команда используется перехватчиками предварительной фиксации и вами, когда вы хотите убедиться, что ничего не напортачили.
Второй используется вашим любимым конвейером/инструментом CI/CD (в моем случае это дорогой gitlab-runner)
Третий и четвертый используются вами (или вашей IDE/редактором), когда вы работаете над определенной частью кода.
От сборки до релиза
В этом разделе используется немного инструментов:
- ESLint не нуждается в представлениях. Нам всем это очень нужно.
- Команда фиксации использует commitzen, проверьте это
- conventional-changelog создает/обновляет журнал изменений из истории коммитов вашего проекта.
- release.sh — это скрипты, которые сильно зависят от вашего проекта, хорошая точка для начала — тот, что из запроса/запроса. Если вы используете процесс развертывания на основе git, вы также можете управлять развертыванием из сценария release.sh.