Функции Firebase с рабочими пространствами Yarn

Решение, которое я нашел для этого, - это опция Yarn nohoist в вашем корневом package.json файле.

По умолчанию Yarn поднимает зависимости в корневой каталог, чтобы они могли совместно использоваться вашими пакетами. К сожалению, с Firebase это не сработает. Это означает, что вам нужно указать Yarn не поднимать зависимости, используемые вашими функциями Firebase.

Документация для nohoist далеко не идеальна, но вот официальная запись в блоге об этом здесь: https://yarnpkg.com/blog/2018/02/15/nohoist/

Вероятно, вам нужно что-то вроде этого:

{
  "workspaces": {
    "packages": [
      "packages/*"
    ],
    "nohoist": [
      "functions/core",
      "functions/common",
      "functions/**"
    ]
  }
}

Имейте в виду, что здесь используется поле name, используемое в package.json файлах каждого пакета рабочей области. Итак, в этом примере предполагается, что в каталоге functions есть package.json с «функциями», как это name.

functions/** сообщает yarn не поднимать ни одну из зависимостей, указанных в packages/functions/package.json. Однако это не работает для ваших общих пакетов пряжи, поэтому functions/core и functions/common нужно указывать отдельно.

Вам также необходимо включить свои рабочие области в качестве зависимостей в ваш functions проект, поэтому добавьте их в свой package.json:

{
  "name": "functions",
  "dependencies": {
    "core": "*",
    "common": "*",
  }
}

После того, как вы все это добавили, удалите каталог packages/functions/node_modules и запустите yarn install. После этого вы должны увидеть все свои зависимости, включенные в packages/functions/node_modules (не символические ссылки).

При использовании Пряжа 2 node_modules не извлекаются и не помещаются в соответствующий functions каталог (как это было бы в случае вызова npm i в каталоге functions). Поэтому при вызове firebase deploy --project default --only function папка node_modules отсутствует, и firebase пожалуется на это и прервет процесс развертывания со следующей ошибкой (или аналогичной):

Error parsing triggers: Cannot find module [...]
Try running "npm install" in your functions directory before deploying.

На данный момент есть две проблемы с github, которые отслеживают эту проблему:

• Поддержка моно-репозиториев при развертывании
• Сбой развертывания функций, когда функции firebase были подняты менеджером монорепозитория, например yarn / workspaces или lerna

В двух вышеупомянутых проблемах пользователи firebase предлагают несколько умных обходных путей, например использование webpack для создания сборки, содержащей все локальные пакеты в выпуске, или использование rsync или других инструментов, которые перенаправляют пакеты перед выпуском.

Другое решение - не поднимать пакеты проекта, если это возможно. Вы можете сделать это, добавив следующие две директивы в ваш .yarnrc.yml файл.

# yarnrc.yml

# disables yarn's plugnplay style and uses node_modules instead
nodeLinker: node-modules
# makes sure the node_modules are not hoisted to the (monorepo) project root
nmHoistingLimits: "dependencies"

Две приведенные выше директивы объясняются в документации по конфигурации yarnrc следующим образом:

nmHoistingLimits Определяет наивысшую точку, откуда можно поднять пакеты. Одно из рабочих пространств (не поднимать пакеты за пределы рабочего пространства, которое от них зависит), зависимостей (пакеты не поднимаются за пределы прямых зависимостей для каждого рабочего пространства) или нет (по умолчанию пакеты поднимаются в максимально возможной степени). Этот параметр можно изменить для каждой рабочей области с помощью поля installConfig.hoistingLimits.

nodeLinker Определяет, какой компоновщик следует использовать для установки пакетов Node (полезно для включения подключаемого модуля node-modules), один из: pnp, node-modules.

Я не уверен, что правильно понимаю вопрос, но я мог бы дать вам свои два цента на рабочие области пряжи, основываясь на том, что я понял из вашего вопроса и из моего опыта его использования.

Рабочие области Yarn объединяют все ваши зависимости в node_modules, присутствующие в корне проекта, а также в один package-lock.json, чтобы уменьшить конфликты и позволяют yarn оптимизировать процесс установки, давая ты быстрее yarn install. И еще одно его преимущество: за один проход yarn install можно установить зависимости всех пакетов в рабочей области.

Изменить: я думаю, что по какой-то причине yarn link не вызывается, а вместо этого выполняется только yarn install, который будет искать в реестрах npm и выдает ошибку, указанную в комментарии, поскольку он не может найти упомянутый пакет на реестр npm. Итак, для решения попробуйте создать запись в package.json firebase, например

"dependencies": {
  "a": "file:../dependency-package-name/",
}