在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"]
}
我怎样才能消除这些错误呢?
没有一个答案对我有用，所以我将分享可能导致这个问题的事情:
您应该添加outDir(或者至少是declarationDir)来排除。
"exclude": ["node_modules", "types"]
如果你的rootDir包含任何。js代码而没有指定outDir，那么它将尝试编译和覆盖原始的javascript，在这种情况下，你可以指定一个outDir。
"outDir": "lib"
这真的是一个“抓住你”的问题……如果你从任何地方导入任何东西，typescript都会编译，检查并生成它的类型声明。你的include或exclude里面有什么并不重要，你的rootDir设置为什么也不重要，如果你导入了一些东西，它就会被使用、输入、覆盖和输出，你之前的配置都不会被尊重。
例如，如果你有:
- /src
- tsconfig.json
- randomJsFile.js
:
"rootDir": "src"
And:
"include": ["src/**/*.ts"]
然后你将randomJSfile.js导入到任何/src文件的任何地方，它将生成一个*.d。Ts文件就在那个文件旁边(它甚至不会输出到你的类型目录)，它会尝试覆盖那个文件。
简而言之，这意味着您应该注意导入的内容，不要将rootDir之外的任何内容导入到项目中(node_modules除外)。
这是一个让我试图从../webpack.config.js导入配置*.d。Ts类型为webpack生成(甚至不在types目录中，只是在那里随机放置，根本不尊重tsconfig)，它也会尝试覆盖导入的文件并中断。一直想知道为什么当我导入配置时，完全随机的webpack类型开始出现在我的目录中。
如果您启用了增量构建，并且它只在某些时候中断(或者如果您删除了这些类型，但它们似乎(暂时)消失了)，那么这就更有趣了。
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提供的令人敬畏的错误消息…哇，很多不相干的东西。
