Повторяющийся идентификатор LibraryManagedAttributes

Похоже, это проблема с машинописным текстом.

Мой текущий обходной путь - добавление "skipLibCheck": true в tsconfig.json.

Я хочу подчеркнуть, что это всего лишь обходной путь, а не решение самой проблемы.

Кажется, это происходит потому, что Yarn разрешает несколько версий пакета; @types/react в данном конкретном случае. Yarn разрешает @types/react из вашего package.json и как зависимость от @types/react-dom.

Возьмите следующий фрагмент из моего package.json:

"devDependencies": {
  "@types/react": "^15.0.16",
  "@types/react-dom": "^0.14.23"
  ...
}

yarn.lock, который создается после запуска yarn install, содержит что-то похожее на это:

"@types/react-dom@^0.14.23":
  version "0.14.23"
  resolved "https://registry.yarnpkg.com/@types/react-dom/-/react-dom-0.14.23.tgz#cecfcfad754b4c2765fe5d29b81b301889ad6c2e"
  dependencies:
    "@types/react" "*"

"@types/react@*":
  version "16.4.14"
  resolved "https://registry.yarnpkg.com/@types/react/-/react-16.4.14.tgz#47c604c8e46ed674bbdf4aabf82b34b9041c6a04"
  dependencies:
    "@types/prop-types" "*"
    csstype "^2.2.0"

"@types/react@^15.0.16":
  version "15.6.19"
  resolved "https://registry.yarnpkg.com/@types/react/-/react-15.6.19.tgz#a5de18afe65b0f29767328836b48c498a5d3a91b"

Обратите внимание, что @types/react-dom зависит от любой версии @types/react, как указано в "*". Yarn разрешает две версии @types/react: "16.4.14" и "15.6.19". Это приводит к конфликтам типов, о которых вы упомянули.

Решение состоит в том, чтобы добавить поле разрешений к вашему package.json, чтобы указать Yarn разрешить конкретную версию @types/react. Возьмите следующий образец:

"resolutions": {
  "@types/react": "^15.0.16"
}

Снова запустите yarn install. Обратите внимание на изменение в файле yarn.lock:

"@types/react-dom@^0.14.23":
  version "0.14.23"
  resolved "https://registry.yarnpkg.com/@types/react-dom/-/react-dom-0.14.23.tgz#cecfcfad754b4c2765fe5d29b81b301889ad6c2e"
  dependencies:
    "@types/react" "*"

"@types/react@*", "@types/react@^15.0.16":
  version "15.6.19"
  resolved "https://registry.yarnpkg.com/@types/react/-/react-15.6.19.tgz#a5de18afe65b0f29767328836b48c498a5d3a91b"

Yarn теперь разрешает одну и ту же версию "15.6.19" для зависимостей "@types/react@*" и "@types/react@^15.0.16".

Я сам хотел бы знать, зачем это нужно. Я ожидаю, что Yarn поймет, что он может разрешить зависимость "@types/react" "*" с "@types/react@^15.0.16" вместо того, чтобы разрешать ее с помощью последней версии @types/react.

Самый простой способ исправить это для меня - удалить каталог node_modules и файлы yarn.lock / package-lock, а затем выполнить установку yarn для переустановки всех модулей node.

У меня такая же проблема после yarn upgrade @types/react-router-dom. git diff показывает, что несколько версий @types/react разрешены. В моем случае yarn upgrade @types/react решает проблему. Удаление yarn.lock должно помочь.

Кажется, что новая (без yarn.lock) установка разрешит пакеты в согласованное состояние, но частичное обновление не разрешит зависимости глобально. Таким образом, для обновления всех задействованных пакетов могут потребоваться ручные настройки.

В моем случае я получил сообщение об ошибке, указывающее, что «LibraryManagedAttributes» объявлен в 2 разных местах. Следуя по путям, я понял, что в установленном модуле также есть файл package.json, который также добавляет "@ types / response" в качестве dep, и его версия отличается от версии в корневом файле package.json. Я заменил эти два на одну и ту же версию, и проблема была решена.

У меня такая же ошибка. Мне удалось исправить это, удалив мои «@ types / response», а затем снова установив их.

yarn remove @types/react
yarn add --dev @types/react

Что касается меня, у меня были типы реакции, дублированные в react-redux, react и react-intl, когда я обновлял react-intl. Наименее навязчивое исправление, которое у меня сработало до сих пор, - это запустить следующее:

npx yarn-deduplicate --packages @types/react yarn.lock

Если полученное различие файла блокировки выглядит правильно, удалите node_modules, затем yarn, чтобы получить свежие пакеты из дедуплицированного файла блокировки.

В связи с вопросом, запуск npm list @types/react из каталога вашего package.json должен отображать повторяющиеся определения типов, найденные в вашем проекте.

У меня был запрос конфликтующей версии для реакции в другом используемом мной модуле. Исправление этого и повторная установка с помощью пряжи мне тоже не помогли.

Однако использование NPM вместо Yarn решило эту проблему для меня.

Надеюсь, это кому-то поможет.

У меня сработало удаление react и @types/react из package.json, а затем в zsh:

rm -rf node_modules/**/react
npm i react @types/react

C:/Users/japa/source/repos/ReactTestApp/TemplateExample/ClientApp/node_modules/@types/react/index.d.ts
TypeScript error in C:/Users/japa/source/repos/ReactTestApp/TemplateExample/ClientApp/node_modules/@types/react/index.d.ts(2835,14):
Duplicate identifier 'LibraryManagedAttributes'.  TS2300

В моем случае мне нужно было решить проблему вручную (по принципу, описанному в TS2300). Проблема возникла, когда я добавил в свой проект ReactKendo.

1. Пошел в каталог ClientApp в моем проекте ClientApp\node_modules\@types
2. Сделал резервную копию каталога react, а затем удалил его
3. Очистить + построить + запустить проект, и больше ошибок не будет.
4. Я восстановил папку react после того, как ошибка исчезла, и кажется, что ошибка исчезла навсегда, поэтому мне кажется, что это типичная волшебная ошибка где-то во вселенной :-)

Больше ничего менять в конфигурационных файлах мне не пришлось.

Для меня это вызвано только упомянутым @types/react-redux. Исправлено npm i --save-dev @types/react, поэтому package.json выглядит так:

  ...
  "devDependencies": {
    "@types/react": "^16.9.19",
    "@types/react-redux": "^7.1.7"
    ...
  }

У меня возникла эта проблема при работе со связанными зависимостями. Мой связанный пакет находится в репозитории lerna, и у него был @types/react как devDependency. Я добавил @types/react как peerDependency, переключил свой рабочий процесс на ялк и смог продолжить.

В нашем случае мы исправили это

1. Перенос всех пакетов @types/* в devDependencies

2. rm -rf yarn.lock и rm -rf node_modules

3. Снова запустите yarn install

Использование пряжа-дедупликация устранило проблему для меня.

Шаги:

1. Необязательно установить пакет yarn-deduplicate или использовать npx на втором шаге

npm install -g yarn-deduplicate

или

yarn global add yarn-deduplicate

2. Запускаем yarn-deduplicate

yarn-deduplicate yarn.lock --packages @types/react yarn.lock

или

npx yarn-deduplicate --packages @types/react yarn.lock

3. Удалить папку node_modules

rm -rf node_modules

4. Переустановите зависимости

yarn install

В моем случае ошибка появилась, когда номера версий @types/react (v17.0.3) и @types/react-dom (v17.0.2) не были синхронизированы.

Чтобы решить эту проблему, я удалил @types/react, потому что он поднимается с @types/react-dom. В этом можно убедиться, запустив yarn why @types/react.