Требования

Чтобы lerna для символической ссылки на локальный пакет при запуске lerna bootstrap локального пакета должен иметь совпадающие name и version. Когда lerna не может сопоставить зависимость с локальным пакетом, он попытается установить его из реестра.

Поэтому убедитесь, что у пакета зависимостей есть версия, которой может соответствовать версия semver в зависимой версии.

Пример

{

  name: "@my-name/dependency",
  version: "1.2.0"
}

{
  name: "@my-name/dependant",
  dependencies: {
    "@my-name/dependency": "<VERSION>"
  }
}

@my-name/dependency будет иметь символическую ссылку, если VERSION равно 1.2.0, ^1.0.0, 1.X.X или *. Однако при использовании диапазонов, которые не соответствуют локальному пакету, например 1.0.0 или ^0.0.0, он попытается разрешить его в реестре npm и покажет ошибку, например 404 Not Found - GET https://registry.npmjs.org/@my-name%2fdependency - Not found.

latest

В фактическом сценарии, который объясняется в вопросе, реальная проблема заключается в том, что версия указана как latest, и хотя легко подумать, что latest является общим термином для последней доступной версии, на самом деле это npm-dist-tag, который по умолчанию применяется ко всем новым выпускам.

Если вы посмотрите на такие пакеты, как react (нажмите версии), вы можете видите, кроме latest, они также развертывают выпуски с тегами next, canary и unstable.

В вашем неопубликованном пакете нет тегов каких-либо, поскольку они применяются при публикации, поэтому latest не будет соответствовать, то есть lerna попытается разрешить его удаленно, но с ошибкой 404.

Это отмечено как одна из ошибок в Примечания к документации по команде bootstrap.

• Когда версия зависимости в пакете не удовлетворяется пакетом с тем же именем в репо, она будет npm installed (или yarned), как обычно.
• Теги dist, такие как latest, не соответствуют диапазонам semver.
• Циклические зависимости приводят к циклическим символическим ссылкам, которые могут повлиять на ваш редактор / IDE.

Решение

Если вы хотите сопоставить любую доступную версию, рекомендуется установить версию "*". Это будет соответствовать любой версии и, следовательно, всегда будет использовать локальную версию, учитывая, что локальный пакет имеет указанное поле version.

{ 
  "dependencies": { 
    "new-refactored-package" : "*"
  }
}

alpha, rc or beta

Даже * не будет не соответствовать версиям, которые помечены как предварительные, поэтому, если вы дадите своему локальному пакету версию вроде 0.0.1-alpha.0 или 1.0.0-rc.3, он также не будет локально привязан к символической ссылке.

private: true

Хотя это не влияет на lerna bootstrap, стоит упомянуть, что пакеты, которые вы не хотите публиковать, всегда должны иметь private: true;. Это гарантирует, что lerna publish не опубликует его.

lerna bootstrap будет создавать символические ссылки на пакеты вместо установки, если они доступны.

В вашем случае я думаю, что lerna не может найти правильный version или name пакета.

Вот что я сделал в своем проекте ...

project
- packages/
    - a_pkg
        - package.json {
            "name": "@scope/a_pkg",
            "version": "0.0.1",
            "private": true
            /// opt out
        }
    - b_pkg
        - package.json {
            "name": "@scope/b_pkg",
            "version": "0.0.1",
            "private": true,
            "dependencies": {
              "@scope/a_pkg": "^0"
            },
            /// opt out
        }
- package.json
- lerna.json {
    "packages": [
        "packages/*"
    ],
    /// opt out
}

lerna bootstrap проверит версию пакета, указанную вами в package.json или package-lock.json.

Поскольку вы не опубликовали свою работу, я бы попробовал использовать --force-local в команде bootstrap.

lerna bootstrap --force-local

Имя пакета в package.json должно совпадать с именем папки в папке / packages.

(По сути, то, что сказал @kp_ping)