在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"]
}

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


当前回答

我也遇到了错误:无法写入文件'xx\xxx.js',因为它会覆盖输入文件。

我发现:

如果未指定outDir, .js文件将在生成它们的.ts文件的同一目录中生成。

为了避免意外覆盖源文件,编译器将显示此错误。

您需要指定outDir,或者设置noEmit: true,以避免生成类似JavaScript源代码的编译器输出文件。

其他回答

我在一个相当大的单仓库中开发时遇到了这些错误,其中各种包依赖于对其他TypeScript包的引用。虽然错误不会影响构建或运行时,但当打开tsconfig时,它们仍然存在于VS Code问题面板中。json文件。

上面的一些答案确实帮助我减少了错误的数量,但直到我重新启动VS Code TypeScript服务器,所有的错误似乎都神奇地消失了。

在VS Code中:

Shift + command + P打开Mac上的命令托盘。开始输入“TypeScript”,并导航到“TypeScript: Restart TS Server”。按回车键

如果幸运的话,已修复的错误应该会自动消失。

添加"outDir": "。/dist”到tsconfig中的compilerOptions。json为我工作时,我得到这个错误。我很确定这只是Visual Studio Code TypeScript扩展输出这个错误。我使用ts-loader与Webpack,而不是tsc编译器直接,所以我不必指定outDir,因为Webpack配置控制,但如果这使VS Code扩展高兴,这是好的。

我遇到同样的问题,我尝试了以上的解决方案。没有一个对我有效。 然后删除构建文件夹在我的case - lib和重新运行构建cmd为我工作。

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

如果你在一个大的代码或monorepo中工作,有时只是重新启动你的编辑器就足够了,或者如果你使用vscode重新启动typescript语言服务器。