在Visual Studio 2015 Update 3中的Typescript 2.2.1项目中,我在错误列表中得到了数百个错误,例如:

不能写入文件'C:/{{my-project}}/node_modules/buffer-shims/index.js',因为它会覆盖输入文件。

它一直都是这样的。它实际上并没有阻止构建,并且一切都可以正常工作,但是错误列表会分散注意力,并且很难在发生“真正的”错误时定位它们。

这是我的tsconfig。json文件

{
  "compileOnSave": true,
  "compilerOptions": {
    "baseUrl": ".",
    "module": "commonjs",
    "noImplicitAny": true,
    "removeComments": true,
    "sourceMap": true,
    "target": "ES5",
    "forceConsistentCasingInFileNames": true,
    "strictNullChecks": true,
    "allowUnreachableCode": false,
    "allowUnusedLabels": false,
    "noFallthroughCasesInSwitch": true,
    "noImplicitReturns": true,
    "noImplicitThis": true,
    "noUnusedLocals": true,
    "noUnusedParameters": true,

    "typeRoots": [],
    "types": [] //Explicitly specify an empty array so that the TS2 @types modules are not acquired since we aren't ready for them yet.
  },
  "exclude": ["node_modules"]
}

我怎样才能消除这些错误呢?


当前回答

在我的情况下,这是因为我不小心包含了一个类从dist目录:

import {Entities} from "../../dist";

刚刚删除了这条线,现在一切都好了。

其他回答

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提供的令人敬畏的错误消息…哇,很多不相干的东西。

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

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

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

import { SomeClass } from './someclass' 

outDir集。

"outDir": "./",

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

在我的情况下,由于开发一个库和应用程序在同一时间…

将一个从库中导入的文件从app移动到库中,会导致现在在库中的文件从它自己的dist文件夹中导入东西。

有趣的是…这实际上是最好的重构。它保持了对文件的正确引用:)

因为这个问题可能有很多原因!我要分享我的经验,当我遇到错误!

一个故事

对我来说!我有两个文件!一个src /索引。另一个是src/test/logToFile.directTest.ts。

src /测试/ logToFile.directTest除外。问题解决了! 似乎每个决议都试图写入同一个文件!

我对声明的配置是:

{
  "compilerOptions": {
    "declaration": true,
    "declarationDir": "./dist",
    "module": "commonjs",
    "noImplicitAny": true,
    "lib": ["ESNext", "DOM"],
    "outDir": "./dist",
    "target": "es6",
    "moduleResolution": "node",
    "resolveJsonModule": true,
    "esModuleInterop": true
  },
  "include": ["src/**/*"],
  "exclude": ["node_modules", "dist"]
}

一切都设置正确!您可以注意到我排除了dist目录。并正确地设置必要的outDir(如果不这样做,您可能会得到错误!)所有其他的答案都提到了这一点)。

更多的是,我使用配置与其他存储库和包!我没有任何问题!

最后!是这样的:

import { Logger } from '../..';

我的意思错了!

它应该是:

import { Logger } from '..';

移植模块到它自己的存储库我忘记改变导入!

我还把文件放回去了!经过测试,一切都运行良好!

并从故事中带来利益!

如果所有有意义的解决方案(或要做的事情)都得到尊重,你仍然会遇到问题!确保在ts文件中检查您的导入!

导入可以引用根目录(例如)并自动重定向回dist!所以。d。ts文件!Typescript通常会抛出一个错误!作为站出来的目录文件夹!但它没有!并且犯了那个错误!

并带来更多的利益

解释错误

简而言之,描述如下:

https://github.com/microsoft/TypeScript/issues/6046#issuecomment-210186647

简而言之,输入文件要么是您在命令行传递的文件,要么是您在命令行传递的文件之一的依赖文件。

如果两个映射到同一个声明文件!当他们有相同的名字时就会发生这种情况!或者返回到声明文件本身!从文件导入!通过一个糟糕的导入(就像在我的情况下)!或者dist没有被忽略!

寻找进口是一件需要检查的事情!如果排除了dist目录并正确设置了outDir

很有趣的是,你可以通过这个命令检查输入文件:

tsc --listFiles

当问题存在时,您将在列表中找到声明文件!