Ошибка TypeScript: повторяющийся идентификатор LibraryManagedAttributes

Failed to compile.

/moonholdings.io/node_modules/@types/react-dom/node_modules/@types/react/index.d.ts (2312,14): Duplicate identifier 'LibraryManagedAttributes'.

Не знаю, почему я это получаю.

Я понизил рейтинг своего "@types/node" с 10 до 8, и это не сработало. Тоже пробовал "@types/node": "^9.6.7"

Мое репо: https://github.com/Futuratum/moonholdings.io

Мой package.json

{
  "name": "moonholdings.io",
  "version": "0.1.0",
  "private": true,
  "scripts": {
    "build-css": "node-sass-chokidar src/ -o src/ --source-map",
    "watch-css": "npm run build-css && node-sass-chokidar src/ -o src/ --watch --recursive --source-map",
    "start": "react-scripts-ts start",
    "build": "react-scripts-ts build",
    "test": "react-scripts-ts test --env=jsdom",
    "eject": "react-scripts-ts eject"
  },
  "dependencies": {
    "@types/react": "^16.4.14",
    "@types/react-redux": "^6.0.9",
    "node-sass-chokidar": "^1.3.3",
    "react": "^16.5.0",
    "react-dom": "^16.5.0",
    "react-redux": "^5.0.7",
    "react-router-dom": "^4.3.1",
    "react-scripts-ts": "2.17.0",
    "redux-thunk": "^2.3.0"
  },
  "devDependencies": {
    "@types/jest": "^23.3.2",
    "@types/node": "^8.10.29",
    "@types/react-dom": "^16.0.7",
    "typescript": "^3.0.3"
  }
}

Вот мой tsconfig

    {
  "compilerOptions": {
    "traceResolution": false,
    "strictNullChecks": true,
    "noImplicitAny": true,
    "module": "esnext",
    "target": "es5",
    "lib": [
      "es2015",
      "es2017",
      "es6",
      "es7",
      "es5",
      "dom"
    ],
    "jsx": "react",
    "experimentalDecorators": true,
    "moduleResolution": "node",
    "baseUrl": "./src",
    "noUnusedLocals": true,
    "noUnusedParameters": false,
    "noImplicitAny": false,
    "allowSyntheticDefaultImports": true,
    "importHelpers": true,
    "strictFunctionTypes": false
  },
  "include": [
    "src/**/*",
    "webpack/**/*"
  ],
  "files": [
    "core.ts",
    "sys.ts",
    "types.ts",
    "tsc.ts",
    "registerServiceWorker.ts",
    "src/registerServiceWorker.ts",
    "src/setupTests.ts"
  ],
  "exclude": [
    "typings/browser.d.ts",
    "typings/browser",
    "typings",
    "node_modules",
    "build",
    "scripts",
    "acceptance-tests",
    "webpack",
    "jest"
  ]
}

Итак, теперь у вас есть node_modules/@types/react-dom/node_modules/@types/react/inde‌​x.d.ts и node_modules/@types/react/index.d.ts? Я думаю, что зависимости типа вашего проекта должны соответствовать вашим зависимостям переходных типов.

zerkms 14.09.2018 01:39

@Leon Gaban stackoverflow.com/questions/31322525/…

Thinker 14.09.2018 01:40

@zerkms да у меня есть типы для обоих

Leon Gaban 14.09.2018 01:42

@zerkms Хорошо, я удалил типы React и теперь получаю другие странные ошибки ....

Leon Gaban 14.09.2018 01:46

Также ответы на этот вопрос пока не помогли :( но все еще копаемся.

Leon Gaban 14.09.2018 01:55

Что это за новые ошибки сейчас?

zerkms 14.09.2018 02:48

Очень похожая проблема возникла на GitHub github.com/ant-design/ant-design/issues/11697

Ben Smith 14.09.2018 10:27

У меня вдруг такая же проблема. По-прежнему не знаю, как решить эту проблему и откуда она взялась.

Spenhouet 19.09.2018 08:19
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
4
8
10 125
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

Ответ принят как подходящий

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

Вот рабочий package.json

{
  "name": "moonholdings.io",
  "version": "0.1.0",
  "private": true,
  "scripts": {
    "start": "react-scripts-ts start",
    "build": "react-scripts-ts build",
    "test": "react-scripts-ts test --env=jsdom",
    "eject": "react-scripts-ts eject"
  },
  "dependencies": {
    "@types/jest": "^23.3.1",
    "@types/node": "^10.9.4",
    "@types/react": "^16.4.13",
    "@types/react-dom": "^16.0.7",
    "react": "^16.4.2",
    "react-dom": "^16.4.2",
    "react-ts-with-scss": "2.1.0",
    "typescript": "^3.0.3"
  },
  "devDependencies": {}
}

Для меня это не решило проблемы. Я предполагаю, что если вы удалите папку node_modules и сделаете новые yarn install и yarn build, ошибка появится снова. Я нашел другое решение: stackoverflow.com/questions/52399839/…

Spenhouet 19.09.2018 15:14

Почему вы приняли свой ответ? Это не настоящее решение.

Eduard Jacko 13.12.2018 23:20

У меня была такая же ошибка. Я обновил @ типы / реагировать и @ типы / реагировать-дом до их последних версий в package.json, и это устранило мою ошибку.

Не уверен, почему @types/react-dom определен в вашем devDependencies вместо вашего dependencies, это тоже может исправить ...

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

Joey Gough 04.02.2021 10:59

Вы можете обнаружить, что дубликаты расположены в node_modules/@types/react и node_modules/types/react-dom/@types/react или аналогичной установке, в которой один из пакетов имеет вложенную зависимость от другого.

Удаление и переустановка @ types / react-dom и @ types / react вместе - вот что исправило это для меня.

yarn remove @types/react-dom @types/react


yarn add -D @types/react-dom @types/react

Большое спасибо! Пробовал столько разных трюков: stackoverflow.com/questions/52399839/…, но это сработало отлично.

Mayur Dhurpate 11.04.2020 15:23

Другие вопросы по теме