Я рассматриваю возможность перехода с Yarn V1 на Yarn V2.
Часто у нас есть небольшие сценарии оболочки, которые разработчики используют для тестирования выполнения задач или процессов, которые не определены в нашем пакете. json. Из-за отсутствия лучшего примера разработчик может захотеть перекомпилировать один файл TypeScript вместо запуска пакета. json script> build. Поскольку мы предпочитаем использовать локальные установки инструментов проекта, у разработчика должен быть сценарий оболочки, например:
./task/build-my-test.sh
-----------------------
#!/bin/zsh
./node_modules/.bin/tsc my-test.ts
Я заметил, что Yarn V2 не создает и не работает с каталогом node_modules, и его нет. /node_modules/.bin/ путь, по которому мы можем найти различные инструменты или библиотеки, которые мы устанавливаем. Я также могу увидеть, где yarn V2 установил зависимость ts c в приведенном выше сценарии, добавив сценарий в package. json, который запускает which tsc. Путь выглядит примерно так /private/var/folders/yh/5p1zxwpn4l9g_8l7827c32xr0010gp/T/xfs-327d970c/tsc. Итак, не очень интуитивно понятно. Я также читал документацию о dlx для "загрузки и выполнения", но это кажется немного тяжелым для выполнения проверки, возможной загрузки и последующего выполнения, когда в 99,9% случаев разработчики уже установили зависимость и просто нужно запустите быстрый одноразовый тест или другую задачу.
Каков рекомендуемый способ использования сценариев оболочки для доступа к инструментам и библиотекам, установленным Yarn V2, когда мы не хотим ссылаться на эти сценарии из пакета. json?