当你在lerna包项目或monorepo项目中，它可能工作:

首先，你的项目是这样的

packages\
  core\
    tsconfig.json
    package.json 
  common\
    tsconfig.json
    package.json
  tsconfig.base.json

你package.json

  ...
  "main": "./lib/index.js",
  "types": "./lib/index.d.ts",
  "files": [
    "lib"
  ],
  ...

你tsconfig.json

{
  "extends": "../tsconfig.base.json",
  "compilerOptions": {
    "outDir": "./lib",
  },
}

您将发现无论如何更改tsconfig。Json文件，它不起作用

这就是我的解

先删除你的outDir:"lib"，或者使用命令rd lib /s /q，然后运行tsc，就可以了

在我的例子中，我只是把"module": "commonjs"改为"module": "esnext"，它就修复了它。

我通过从我的tsconfig中删除“declaration”:true来解决这个问题。json文件。不过现在我没有声明了，所以没用。

outDir集。

"outDir": "./",

这个提示是，如果您不设置outDir，那么输出将直接放在输入文件的旁边。allowJs之后，JavaScript文件也会被编译。然后，编译后的JavaScript文件将覆盖源文件。这只是在提醒你。

我遇到过这个问题，因为VSCode自动完成dist/文件夹中的文件。

import { SomeClass } from '../../dist/xxx/someclass' 

要解决这个问题，只需修复导入:

import { SomeClass } from './someclass' 

TL;DR:使用单一回购?检查循环依赖关系!

您可能不小心从依赖于此包的包中导入了类型。

我也得到了这个错误，没有其他答案帮助我。我花了一些时间来确定它，但在浪费了至少一个小时之后，我发现潜在的错误是我的mono repo中包之间的循环依赖。

因此，我们使用yarn工作区，并拥有一个与Zilliqas非常相似的单一回购结构(我们的回购还不是开源的，所以不能链接到它)。

在包A中，我意外地(不知道怎么…)从包B中导入了一个类型，但包B反过来依赖于包A——我在packages/packageB/package.json中明确地声明了:

"dependencies": {
    ...,
    "@mycompany/packageA": "^0.0.0",
    ...
}

这是正确的。但不幸的是，在我的例子中，可能会意外地从包B中导入一个类型，即packages/packageA/_types。但是由于我没有显式地声明(因为依赖是隐式的，不需要的和意外的)这个依赖在packages/packageA/package中。在“依赖”下的Json, typescript编译器(tsc)没有检测到依赖循环，但仍然未能构建…

所以，是的，感谢TypeScript提供的令人敬畏的错误消息…哇，很多不相干的东西。