Typescript: エラー「入力ファイルを上書きするため、ファイルを書き込めません...」

私も同じ問題を抱えています。

--allowjs設定されていますか？ プロジェクトを共有できますか？

申し訳ありませんが、プロジェクトを共有できません。また、そのフラグは設定されていません。 私のtsconfig.jsonは上にあり、VS2015 Update 3でそれを使用します。これは、通常、MSBuildでビルドをトリガーするだけです。

同じプロジェクトで同じ問題が発生していることについて、チームメートから不満があります。 また、自宅で、まったく同じ問題と同じセットアップ（TS 2.2.1、VS2015 U3など）を持つ別のコンピューターでプロジェクトに取り組んでいます。

同じ構成で必要最低限​​のプロジェクトを作成した場合、同じ動作が見られますか？

同じ問題がありますhttps://github.com/wc-catalogue/blaze-elements/issues/299タイプ定義では書き込みアクセスがありますが、

@Hotell 「awesome-typescript-loader」なしでこれを見ますか？ 再現手順を私と共有できますか？

うん、問題でわかるように、出力は生のtsc 2回実行したものです。

リポジトリのクローンを作成するだけですhttps://github.com/wc-catalogue/blaze-elements

• ルートからyarnをヒット
• yarn tsc ->初めてのコンパイル（すべて大丈夫）=>初めてのdefinitions/フォルダーの生成
• もう一度yarn tsc押す->エラー

同様の問題が発生しています。同じバージョンのtypescript（2.2.1）とVisual Studio 2015（Update 3）です。 初めてビルドを実行したときはエラーはありませんが、その後は何百ものエラーが発生します。

（私たちにとって）すべてのエラーは、tsconfig.jsonファイルで除外するように設定した「node_modules」フォルダーにあるようです。 -同様のバグを見ると、このバージョンのタイプスクリプトでは除外が同じように扱われていないように見えますか？

tsconfig.jsonファイル：

{
  "compilerOptions": {
    "noImplicitAny": false,
    "noEmitOnError": true,
    "removeComments": false,
    "sourceMap": true,
    "target": "es5",
    "module": "commonjs",
    "moduleResolution": "node",
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true
  },
  "exclude": [
    "node_modules",
    "wwwroot",
    "aot",
    "AngularApp/main-aot.ts"

  ],
  "compileOnSave": true
}

私たちが得るエラーのいくつか（それらはすべて同じですが、異なるファイルです）：

Severity    Code    Description Project File    Line    Suppression State
Error   TS5055  Cannot write file 'C:/XYZ/Project.AppWeb/node_modules/zone.js/dist/zone.js' because it would overwrite input file.  TypeScript Virtual Projects     1   Active
Error   TS5055  Cannot write file 'C:/XYZ/Project.AppWeb/node_modules/events/events.js' because it would overwrite input file.  TypeScript Virtual Projects     1   Active
Error   TS5055  Cannot write file 'C:/XYZ/Project.AppWeb/node_modules/core-js/modules/_wks.js' because it would overwrite input file.   TypeScript Virtual Projects     1   Active
Error   TS5055  Cannot write file 'C:/XYZ/Project.AppWeb/node_modules/core-js/modules/_uid.js' because it would overwrite input file.   TypeScript Virtual Projects     1   Active
Error   TS5055  Cannot write file 'C:/XYZ/Project.AppWeb/node_modules/core-js/modules/_to-primitive.js' because it would overwrite input file.  TypeScript Virtual Projects     1   Active

繰り返しになりますが、「node_modules」フォルダーを削除すると、ビルドは1回は機能しますが、再作成されると、次の再構築で失敗します。

@Hotell私はこれをローカルで見ていません、私は何が欠けていますか？

c:\test\14538\blaze-elements>yarn tsc
yarn tsc v0.18.1
$ "c:\test\14538\blaze-elements\node_modules\.bin\tsc"
Done in 5.46s.

c:\test\14538\blaze-elements>yarn tsc
yarn tsc v0.18.1
$ "c:\test\14538\blaze-elements\node_modules\.bin\tsc"
Done in 5.87s.

c:\test\14538\blaze-elements>dir /B definitions
packages
polyfills.d.ts
styles.d.ts
test-helpers.d.ts
vendors.d.ts

c:\test\14538\blaze-elements>yarn tsc
yarn tsc v0.18.1
$ "c:\test\14538\blaze-elements\node_modules\.bin\tsc"
Done in 4.48s.

@ BrainSlugs83あなたがリプロプロジェクトを持っているなら、私は見て

私も同じ問題に直面しています、これらはエラーです：

そしてこれは私のtsconfig.jsonです：

私はtypescriptをまったく使用していないので、ビルドをスキップするためにtsconfigを作成したばかりなので、target = ES6も選択する必要がありました。そうしないと、他のエラーが発生していました。

tsconfig.jsonはプロジェクトの一部ですか？ コンテンツタイプが「コンテンツ」であることを確認できますか？ もしそうなら、あなたはあなたのプロジェクトを共有できますか？

@mhegazyこんにちは、はい、tsconfig.jsonがプロジェクトに含まれていることを確認できます。

申し訳ありませんが、どの「コンテンツタイプ」を指しているのかわかりません。明確にしていただけますか？

プロジェクトを共有できません。

私のプロジェクトでは、tsconfigファイルがプロジェクトファイルに含まれていて、コンテンツとしてリストされていることも確認できます。

@ max-favilli @mhegazyは、「コンテンツタイプ」について話すときの「ビルドアクション」を意味すると思います。

ソリューションエクスプローラーでtsconfig.jsonを選択します。 [プロパティ]ウィンドウを表示します（デフォルトではF4キー）。 ビルドアクションプロパティがあります。

ありがとう@ kevindqc 、 @ mhegazyはい「ビルドアクション」は「コンテンツ」に設定されています

仮想プロジェクトの構造を私と共有して、次のことを行う必要がありますか。

• Tools > Options > Text Editor > TypeScript > Project 、 Display Virtual Projects when no Solution is loadedます;
• VSを再起動し、プロジェクトでファイルを開きます
• これで、ソリューションエクスプローラーにTypeScript Virtual Projectという名前の新しいノードが表示されます。

このような@mhegazy ？

助けてくれてありがとう。

私は同じ問題を抱えています。 私もプロジェクトを共有することはできませんが、できるだけ多くの情報を提供するように努めます。

.csproj（ <TypeScriptCompileBlocked>true</TypeScriptCompileBlocked> ）でtypescriptのコンパイルを無効にしました
代わりに、ビルドイベントにあるnpm run build:prodによってコンパイルされます。

エラーは常に存在するとは限りません。 私はそれらを表示させようとしています（VSに表示されていたので、VSを再起動しました）。 typescriptプロジェクトの構築、ソリューションの構築、テストの実行、コード分析の実行、コードカバレッジの実行などを試しましたが、何もトリガーされません。 そして、最後の文章を書いていると、エラーが出ました。 それで、それを行うのはいくつかのバックグラウンドタスクのようですか？ ビルドを開始してから約2分後に発生するようです（少なくとも2〜3回試してみました）

タイムライン：
1：37：20-VisualStudioを開きました
1：37：30-ソリューションの構築を開始
1：38：20-ビルドが完了しました
1：39：39-エラーが表示されました

プロジェクトがまだv2.0.3 Microsoft.TypeScript.CompilerおよびMicrosoft.TypeScript.MSBuild nugetパッケージを使用していることに気付きました。 それらをv2.2.1に更新しました。 これまでのところ、エラーはありません。 エラーが再度表示された場合は更新されます。 （編集：エラーが再び表示されますが、VSを開いたときにビルドする以外に何もせずに、少し長く5分ほどかかりました。実際には、エラーを取得するために何もビルドする必要はありません。プロジェクトと数分待つとエラーが表示されます）

それらの古いnugetパッケージについて、それは正常ですか？ 新しいバージョンのtypescriptをインストールしたときに、プロジェクトのtypescriptツールをアップグレードするためのポップアップが表示されたと思いますが、更新されたのは<TypeScriptToolsVersion>2.2</TypeScriptToolsVersion>だけのようです。 nugetパッケージも更新するべきではありませんか？

Typescript 2.2.1にアップデートしたところ、同じ問題が発生しました。 すべてのnode_modulesにフラグを立てますが、tscコンパイラは問題なく完了します。

@mhegazy

@Hotell私はこれをローカルで見ていません、私は何が欠けていますか？

そうです、 https：//github.com/wc-catalogue/blaze-elements/commit/cdb94bf8feb3a1ad7e21e6fce243e3322c1334ccによって修正されました

遅れた答えとthx4の助けを求めてください！

@ Hotell @ mhegazy私にはうまくいかないようです。
「definitions」フォルダにd.tsファイルがある場合はおそらく機能しますか？
しかし、私はそれを持っていません。 私はinheritedly除外すべき「node_modules」の下@typesがありますか？

@chrismbarrこれをまだ解決したかどうか聞いてもいいですか？ 私はスレッドをフォローしていて、 @ Hotellのいくつかの投稿で提案された修正も行いましたが、

詳細なログを有効にして、結果を送信できますか？ システム環境変数TSS_LOGを-file C:/temp/logs/tsserver.log -level verboseなどの値に設定します（logsフォルダーが存在することを確認してください）。 次に、問題を再現した後、分析のためにログを送信/添付します。 （注：ファイルパスや完了リストなどのデータが含まれている可能性があるため、共有したくないデータがないことを確認してください）。

私のテストでは、プロジェクトシステムが間違ったファイルを含むプロジェクトのビューを構築し、予測できないときに断続的なエラーが発生するのを時々見ました。 それが原因かどうかをここで確認したいと思います。

ファイルをアップロードするのではなく直接送信したい場合は、メールアドレスを提供できます（Microsoft dot comのbillti）。 ありがとう。

@johnleeいいえ、

@billti変数が追加され、Visual Studio（2017）が再起動され、ソリューションが再構築されましたが、ログファイルが作成されていません。 何を確認すればよいですか？

それは間違いなくシステム環境変数ですか（つまり、新しいコマンドプロンプトを開いて、 SET TSSを実行すると、リストされている設定になります）？ そうでない場合は、ログが書き込まれるフォルダがすでに存在します（ロガーは存在しないディレクトリを作成しません）。 それ以外に、パスでバックスラッシュよりもフォワードスラッシュを使用する方が安全です。

:(

@billtiわかりました。確認したところ、ログファイルがあります。 添付のこちらをご覧ください
tss-log.zip

ありがとう。 そのログを調べましたが、そのログ内の呼び出しによってエラーが報告されているのはわかりません。 このログがカバーする時間枠でエラーが確実に発生しましたか？

@billtiはい、エラーは常に発生しています：

彼らは永久にそこにいます。 そして、すべてのビルドで更新されます。

誤った変数宣言に関連するこれらのエラーはすべて（次のリリースですでに修正されている別の問題）。 この問題は、上記のタイトルとスクリーンショットごとに約Cannot write file...です。 Cannot write file...問題はありませんか？

@billtiは、以前のメッセージ（愚かさのデモンストレーションとしてそこに残し
@typesから型を削除するだけで、前のメッセージからこれらのエラーを取り除きました。
どうもありがとう。

@billti送信するログをいくつかTSS_LOGを-file C:/temp/logs/tsserver.log -level verboseました。

C:\temp\logsが存在し、 Everyoneを完全に制御しました。

VS2015を再起動すると、すべてのCannot write file...エラーが発生した後でも、 C:\temp\logs内に何も作成されません。 新しいコマンドプロンプトにnode node_modules\typescript\lib\tsserver.js （およびすぐにCTRL + C）を入力しようとすると、2つのログファイルが取得されます。

申し訳ありませんが@kevindqc 、あなたがVS 2015を使用していることに気づいていません

戻って問題を確認します。エラーリストがランダムに変化する場合は、 https： //github.com/Microsoft/TypeScript/pull/15080で修正された思います。

@billtinp 。 この問題はVS2015でのみ発生していると思います。 VS2017を使用していた問題を抱えた唯一のユーザーは、入力に関連するさまざまなエラーが発生していました。 VS2015からVS2017に切り替えた人は、問題が解決したと述べました。

また、エラーリストはランダムに変更されることはありません。この問題に関するすべての「書き込み不可..」エラーがランダムに一度に入力されます。 ＃15080で修正してもよろしいですか？ あなたが昨日それを参照したことを除いて、私はこの問題について何も見ませんか？ どうすればテストできますか？ 2.3 RCがあるようですが、修正が2日前にマージされたときに9日前にリリースされました:(

また、ソリューションを閉じた後もエラーがエラーリストに残っていることに気付きました。

また、typescript仮想プロジェクトを投稿した人は、エラーが異なる人だったので、役に立たなかったと思います。 これが私のものです：

node_modulesそこにあるはずですか？ それは私のtsconfig除外にあります。 ただし、物理的なnode_modulesフォルダーにあるすべてのものが含まれているわけではありません（14個のサブフォルダーとnode_modulesフォルダー内の854個のサブフォルダー）

{
  "compilerOptions": {
    "emitDecoratorMetadata": true,
    "experimentalDecorators": true,
    "module": "commonjs",
    "moduleResolution": "node",
    "noImplicitAny": true,
    "removeComments": false,
    "sourceMap": true,
    "suppressImplicitAnyIndexErrors": true,
    "target": "es5",
    "baseUrl": "./src",
    "skipLibCheck": true,
    "paths": {
    },
    "typeRoots": [
      "node_modules/@types"
    ]
  },
  "exclude": [
    "node_modules",
    "dist",
    "typings"
  ],
  "types": [
    "core-js",
    "jasmine",
    "lodash",
    "node",
    "webpack"
  ],
  "awesomeTypescriptLoaderOptions": {
    "forkChecker": true,
    "useWebpackText": true
  }
}

TS2.3ツールにアップグレードした後、これまでのところエラーは発生していません。 ありがとう！
編集：いいえ。 結局のところ、エラーはまだ残っており、表示されるまでに時間がかかりました。

この問題はこの問題に関連しているようです。 再現するサンプルソリューション-アップロード。

私は自分の修正を見つけました。 私の場合、 files配列を指定せずにoutDirとrootDirを使用しました。 outDirのパスをexclude配列に追加すると、すべてが正常に機能しているように見えます。

{
    "compilerOptions": {
        ...,
        "outDir": "./dist",
        "rootDir": "./src",
    },
    "exclude": [
        "node_modules",
        "dist" <-- I had to add this to fix the errors
    ]
}

TypeScriptは、 outDirとして設定されていても、 distフォルダーのコンテンツも監視している可能性があります。

プロジェクトルートの下にoutDirがあり、ルートの下にすべてを含めている場合、これは予想されます。 通常、ビルド出力はプロジェクトのソースフォルダー内以外の場所に配置する必要があります。

上記のすべての問題は、このスレッドまたはリンクされた問題で対処されているようです。 そうでない場合はお知らせください。再開します。 ありがとう！

@billtiあなたのコメントは私の前のコメントへの返答だと思いますか？ もしそうなら、明確にしてくれてありがとう。 これにより、 rootDir指定するときにコンパイラがその特定のフォルダのみを監視し、他のすべてを除外すると想定したため、問題がより明確になりました。 しかし、現在の動作は理にかなっています。

最良の解決策はborislemkeから
{ "compilerOptions": { ..., "outDir": "./dist", "rootDir": "./src", }, "exclude": [ "node_modules", "dist" <-- I had to add this to fix the errors ] }

同じ問題が発生し、インポートの1つがdistフォルダーEGのクラスを誤って参照していることがわかりました。
import {ClassName} from "../../dist/ClassName";

インポートするクラスが同じフォルダーにあったので、次のように変更しました。
import {ClassName} from "./ClassName";

そして、すべてが再びコンパイルされています:)

アプリには事前定義された「dist」フォルダーがありました。 それを削除すると、私はそれを修正しました。

これが根本的な問題だと思います（最後のWindows Creators Update）：
visual-studio-2015-deletes-file-on-save-cordova-solution

tsconfig.jsonの除外リストに「dist」フォルダーを追加するだけです
元：
"exclude"：["node_modules"、 "dist"]

インクルードセクションを追加してこれを修正しました。

"include": [ "*.ts", ], "exclude": [ "node_modules" ]

私のsourcesディレクトリの下にあるoutDirを使用しているときにも、これに遭遇しました。

typescriptコンパイラがデフォルトでoutDir内のものをコンパイルしようとしてはならないことを知らないの

私はnetbeansでこの問題を抱えています笑👎

また、2つのファイルfoo.tsとfoo.tsx 、どちらもfoo.jsにコンパイルされる場合にも、このエラーが発生しました。

  "compilerOptions": {
    "noEmit": true 
  }

私のためにそれを修正しました。

noEmitは、分析する*.jsファイルを生成したい場合に適したソリューションです。 結局のところ、それらは必ずしもtscで生成されるわけではありません。

私の場合、Ream.jsは.ream/**.jsを生成し、それをコードにimport XXX from '#out/yyy'でインポートします（これは機能しますが、VS Codeで「ファイルを書き込めません...」という警告が生成されます）。

基本的に、 "noEmit": falseを使用する唯一の理由は、生のtscを使用する場合です。 他のすべての環境（ ts-node / ts-node-dev 、webpack、rollup）の場合は、有効にする方が安全です。

@uglycoyoteのように、私にとってexcludes配列にoutdirを追加すること

この問題はこれらに関連しているように感じます：

• https://github.com/TypeStrong/ts-node/issues/270
• https://github.com/Microsoft/TypeScript/issues/9858
• https://github.com/Microsoft/TypeScript/issues/11299

私が設定しているため、問題は私に起こっている"declaration": trueでtsconfig.jsonそれはおよそ怒る、のでd.tsディレクトリは外であっても、buildフォルダ内のファイル根。 問題なく新しいビルドを実行できますが、それ以降のビルドではCannot write file ... because it would overwrite input file.がスローされます。 私が他の物語で見ることができたものから、これは別のバージョンで機能していました、そして何かが変わったに違いありません。

test.tsファイルがrootDir外にあるという問題を修正したのと同じように、 tsconfig.json以下を追加する必要がありました。

"exclude:" [ "./build" ]

これは、構成の継承でも発生する可能性があります。 各構成では、 outDir個別に指定する必要があります。 outDirのパスは絶対的に解決されているようです。 ユーザーの観点からはバグである可能性もあります。

{
  "extends": "../../base/tsconfig.json",
  "compilerOptions": {
    "outDir": "myOutDir"  // <--- Don't forget this
  }
}

package.jsonに「outDir」への誤った参照があるかどうかも確認する価値があります

"main": "lib/index.js",
  "typings": "lib/__types__",      <-------
  "devDependencies": {
    "@types/lodash.mapvalues": "^4.6.4",
    "@types/node": "^10.12.18",
    "@types/winston": "^2.4.4"
  }

私はこれをプロジェクト参照のあるプロジェクトで経験しました。 除外のどれも重要ではありませんでした、何が@elmppによってほのめかされたtypingsエントリでした。

したがって、これにより、プロジェクト参照monorepoでTS5055: Cannot write file because it would overwrite input fileが生成されます。

  "main": "lib/cjs/index.js",
  "module": "lib/esm/index.js",
  "typings": "lib/cjs/index.ts",

しかし、これはエラーを報告しません：

  "main": "lib/cjs/index.js",
  "module": "lib/esm/index.js",
  "typings": "src/index.ts",

したがって、明らかに、この事前公開を操作するか、パッケージ内のsrcを公開する必要があります。

設定：

"exclude": [
    "node_modules",
    "dist"
  ]

私のためにそれを修正しました（私のoutputDirはdist ）。

tsc --watchの出力ディレクトリがデフォルトで除外されていると、すばらしいかもしれません。

後で参照できるように、これはモジュールをそれ自体の内部からインポートした場合に発生します。

したがって、 import x from 'mymodule内でmymoduleすると、これがトリガーされます。 それは非常に不可解であり、おそらく修正する必要があります！

あなたが持っている場合Similary、私は問題を打つindex.tsのようなラインの束でexport * from './foo' 、およびこれらのファイルのいずれかで、私は輸入されたimport foo from '.'ではなくimport foo from './foo'それらのエクスポートされたファイルの1つに

index.tsを削除してインポートエラーが発生するまで、この2日間頭を悩ませました。 それは非常に自明ではありませんでした。

したがって、問題は、同じリポジトリに2つのtsプロジェクトがあるためだと思います。 （Angular＆Nestjs）、レベル1フォルダーのtsconfig.jsonがこのエラーをスローしています。 私はexclude "public"を配置することで修正しました。これは、パブリックでは独自のtsconfig.jsonを持つ私のAngularコードです。

ts-nodeが機能しない理由がわからなかったため、この問題が発生していました。次に、問題がTypeScriptであるかどうかを確認するためにtscを使用しました。 tsc結果、 git status実行することで確認できるtsと並んで数十の.jsファイルができました。

解決策はgit clean -f 。

私の場合、VS Codeはsrcフォルダーからではなくdistフォルダーからファイルを自動インポートしたようです。 問題を解決した修正。

これは実際には閉じてはいけません。typescriptは何が起こっているのかを示すエラーを出力するはずです。 現在、理解することはほぼ不可能です。 何が原因であるかはよくわかりません。VSCodeが誤ってtsconfig.json参照を更新している可能性がありますが、すべてが1トン遅くなり、毎回デバッグが簡単ではありません。

Vueプロジェクトでは、ルートで、これは私のために働きました：

// tsconfig.json
{
    "include": ["./src/**/*"],
    "exclude": ["node_modules", "dist", "public"],
    "compilerOptions": {
      "module": "es2015",
      "outDir": "",
      "moduleResolution": "node",
      "target": "es5",
      "allowJs": true,
      "checkJs": true, // Type checking
    }
}

追加した後
"outDir": "",
問題はなくなりました。

ここでの私の目標は、tsインテリジェンスを.js / vueファイルで機能させることです。

同じエラーメッセージがありました。 問題は、同じフォルダに同じ名前で拡張子が異なる2つのファイルがあるため、拡張子が.jsファイルを削除すると修正されたことです。

同じエラーメッセージがありました。 問題は、同じフォルダに同じ名前で拡張子が異なる2つのファイルがあるため、拡張子が.jsファイルを削除すると修正されたことです。

ええ、私は同じ問題を抱えていました。 VS-Codeが便利に再作成した.tsxファイルの名前を.tsしたため、問題が発生しました。

これを正しく解決する方法がわかりませんが、私の場合はtsconfig.jsonから"declaration": trueを削除しました。 D.tsファイルは作成されませんが、とにかく必要ありません。

同様のエラーメッセージをグーグルで検索してここに来た人には、私の発見を共有させてください。

1. ご覧のとおり、このエラーは、TypeScriptコンパイラが.jsファイルを同じパスにコンパイルしようとしたために発生しました。
2. ほとんどの場合、.jsファイルをまったくコンパイルしたくないでしょう。 可能であれば、tsconfig.jsonからallowJs: trueを削除するか、CLIオプションから--allow-jsを削除してください。
3. どうしても必要な場合は、エラーメッセージに記載されているファイルをコンパイルから除外することをお勧めします。 このスレッドの一部の人々は、 exclude: ...追加することによって（おそらく気付かずに）それを行いました。
   
   
   
   • compilerOptionsの下に「exclude」を追加しないように注意してください。
   
   

お役に立てば幸いです🙏

ビルドlib/ディレクトリを手動で除外する必要がありました

一部のオプションに互換性がなくなるバグがどこかにあるようです。 私はそれを使用することを発見しました
allowJS true +
rootDir + outDir ：OK
rootDir + outFile ：NOK： rootDirは考慮されません：dirとsubdirのすべてのファイルはコンパイルされ、上書きされる可能性があります。
他のいくつかのオプションの組み合わせは禁止されています。

"allowJs": true
"noEmit": true
私のために働く。

Vueプロジェクトでは、ルートで、これは私のために働きました：

// tsconfig.json
{
    "include": ["./src/**/*"],
    "exclude": ["node_modules", "dist", "public"],
    "compilerOptions": {
      "module": "es2015",
      "outDir": "",
      "moduleResolution": "node",
      "target": "es5",
      "allowJs": true,
      "checkJs": true, // Type checking
    }
}

追加した後
"outDir": "",
問題はなくなりました。

ここでの私の目標は、tsインテリジェンスを.js / vueファイルで機能させることです。

thx、それは私のために働きます。

タイプチェックのみ（コンパイルなし）でTSを使用していて、 .jsファイルで必要な場合は、 @ guaizi149ソリューションを使用して

"compilerOptions": {
  "allowJS": true,
  "noEmit": true
}

これにより、TSはコンパイルについて心配する必要がないため、ファイルが上書きされたり、警告がトリガーされたりすることはありません。 これは、 outDir: ""を使用するためのより良いソリューションです。

これは、構成の継承でも発生する可能性があります。 各構成では、 outDir個別に指定する必要があります。 outDirのパスは絶対的に解決されているようです。 ユーザーの観点からはバグである可能性もあります。

{
  "extends": "../../base/tsconfig.json",
  "compilerOptions": {
    "outDir": "myOutDir"  // <--- Don't forget this
  }
}

このソリューションは私にとって魅力のように機能しました！ 私のtsconfig.jsonは今このようになっています：

{
  "compilerOptions": {
    "allowJs": true,
    "baseUrl": "../node_modules",
    "types": ["cypress"],
    "outDir": "myOutDir"
  },
  "include": ["**/*.*"]
}

"allowJs": true
"noEmit": true
私のために働く。

@ guaizi149に感謝します、あなたの解決策は私のために働きます👍

解決済み-私のtscビルドにdistディレクトリが含まれていました：

"exclude": [
    "node_modules"
  ]

- - に行く

"exclude": [
    "node_modules",
    "dist"
  ]

distはビルドフォルダですか？

outDirを除外してもうまくいかなかった場合は、パスとファイル名が同じで拡張子が異なるファイルが重複していないかどうかを確認してください。

これは、宣言ファイルがビルドから除外されていない場合に発生します。 これが発生するたびに、ビルダーは既存の「.d.ts」ファイルをビルドし、それらを同じファイル名に置き換えようとします。 そのため、エラーが発生します： Cannot write file ... because it would overwrite input file.

これを防ぐために、jour tsconfig.jsonファイルで"outDir":"build"を除外できます。

"exclude": [
    "build",
    ....
]

または、outDirが定義されていない場合は、すべてのd.ts除外します。 拡張ファイル：

"exclude": [
    "**/*.d.ts"
    .....
]

お役に立てれば

@Abadii ：コンパイル中に-bオプションを使用しているためかもしれませんが、どちらのアプローチも機能しませんでした。

@Abadii ：コンパイル中に-bオプションを使用しているためかもしれませんが、どちらのアプローチも機能しませんでした。

tsconfig.jsonファイルとtscバージョンを共有できますか？

@Abadii ：ここにあります（明らかに更新された除外なしで）。 tscのバージョンは3.8.3です。

{
    "compilerOptions": {
        "importHelpers": true,
        "target": "es6",
        "module": "CommonJS",
        "lib": ["es2018"],
        "downlevelIteration": true,
        "skipLibCheck": true,
        "strict": true,
        "moduleResolution": "node",
        "esModuleInterop": true,
        "experimentalDecorators": true,
        "outDir": "../lib",
        "sourceMap": true,
        "declaration": true
    },
    "exclude": ["node_modules"]
}

@Abadii ：ここにあります（明らかに更新された除外なしで）。 tscのバージョンは3.8.3です。

{
    "compilerOptions": {
        "importHelpers": true,
        "target": "es6",
        "module": "CommonJS",
        "lib": ["es2018"],
        "downlevelIteration": true,
        "skipLibCheck": true,
        "strict": true,
        "moduleResolution": "node",
        "esModuleInterop": true,
        "experimentalDecorators": true,
        "outDir": "../lib",
        "sourceMap": true,
        "declaration": true
    },
    "exclude": ["node_modules"]
}

以下のリポジトリをご覧ください。 tsconfig.jsonを使用してエラーを再生成しました：

https://github.com/Abadii/tsconfig

PSそして、.. / libフォルダーを削除するとどうなりますか？ それは構築されますか？

@Abadii ：ビルドフォルダーを削除するとビルドされます（実際には、ビルドフォルダーを削除/空にした場合にのみビルドされます）。 これは、 exclude宣言ファイルとビルドフォルダーであっても当てはまります。
参考までに、プロジェクトの構造は次のようになります。

project\
  lib\
    session.d.ts
    session.js
  src\
    session.ts
    tsconfig.json
  package.json 

そして私は以下で構築します： tsc -p ./src/tsconfig.json
（実際、私は通常rm -rf ./lib && tsc -p src/tsconfig.jsonビルドしますが、それを修正するためにここにいます;））

@Abadii ：ビルドフォルダーを削除するとビルドされます（実際には、ビルドフォルダーを削除/空にした場合にのみビルドされます）。 これは、 exclude宣言ファイルとビルドフォルダーであっても当てはまります。

これで、ビルドフォルダが問題の原因であることがわかりました。 どういうわけか、 tscビルドはビルドフォルダーを除外しません。 除外で絶対パスを使用してみることができます。
また、ビルドフォルダーがスコープ../lib範囲外にあることにも注意しました。 多分それはそれが除外しない理由でもあります。 outDirとして./libを試して、動作が変わるかどうかを確認してください
Windowsユーザーの場合は、定義された絶対パスが正しいことを再確認してください。

@Abadii ：ありがとうございますが、複数のマシンでプロジェクトに取り組んでおり、すべてのマシンで同一のフォルダー構造を保証できないため、絶対パスを使用できません。 私にはこれはバグのように思えます-フォルダーと宣言ファイルの両方を除外するようにtsconfigに指示しますが、そうではありません。 これを再開する必要がありますか？

@Abadii ：ありがとうございますが、複数のマシンでプロジェクトに取り組んでおり、すべてのマシンで同一のフォルダー構造を保証できないため、絶対パスを使用できません。 私にはこれはバグのように思えます-フォルダーと宣言ファイルの両方を除外するようにtsconfigに指示しますが、そうではありません。 これを再開する必要がありますか？

なるほど、最後に試すことができるのは、tsconfigファイルをproject/tsconfig.jsonに入れて、パスを変更することです。 それがうまくいかない場合、私も選択肢がありません。

試した：

1. outDir ->いいえを設定します。
2. allowJs: false ->いいえを設定します。
3. .d.tsを除く->いいえ。
4. noEmit: true ->いいえ。

私はこのスレッドですべての提案を試しました。 VSCodeエラーが続くだけでなく、存在しなくなったファイルを参照します。 🤷‍♂️

試した：

1. outDir ->いいえを設定します。
2. allowJs: false ->いいえを設定します。
3. .d.tsを除く->いいえ。
4. noEmit: true ->いいえ。

私はこのスレッドですべての提案を試しました。 VSCodeエラーが続くだけでなく、存在しなくなったファイルを参照します。

ターミナルを介して直接ビルドしようとするとどうなりますか？

outDirを設定し、ビルドする前に必ず空にしてください

@Abadiiだから....これが起こった理由は、JSファイルが含まれていなくても、CommonJSモジュールであるために失敗していたためだと思われます....🤔...。

つまり、すべてが適切にインポート/エクスポートされると、この問題は発生しなくなりました。 したがって、このスレッドのコメントと膨大な数の修正に基づいて、これはそれらの赤いニシンエラーの1つだと思います。 のように、XタイプのJS / Intellisense /コンパイルの問題がある場合、VSCodeはこのCannot write fileエラーをスローします。 しかし、私の場合、これは、このスレッドで提供されている多数のソリューションの他のすべて以外のソリューションで解決されました。 🤷‍♂️そしてまた、_存在しなかった_そして_置き換えられない_ファイルにこのエラーを投げました。 では、エラーがキャッシュされていて、不明なエラーがキャッシュされたエラーをスローしている可能性がありますか？ そんな感じ？ 私は誰かがこの特定のエラーの周りのコードを調べる必要があると思います。

それが私のグーグル検索で最初に出てきたものなので、ここにコメントします。

私もこの問題に遭遇しました。 コンパイルプロセスの一部が、除外されたディレクトリ内にあることを認識していないようです。

これを行っても問題は発生しません。

  "exclude": ["**/*.d.ts", "dist", "node_modules"]

これを行うと、問題が発生します。

  "exclude": ["dist/**/*.d.ts", "dist", "node_modules"]

またはこれ：

  "exclude": ["**/dist/**/*.d.ts", "dist", "node_modules"]

不平を言っているファイルが明らかにdist内にあるにもかかわらず、エラーが発生します。

error TS5055: Cannot write file '/Users/leila/dev/wip/jest-fp-ts/dist/index.d.ts' because it would overwrite input file.
error TS5055: Cannot write file '/Users/leila/dev/wip/jest-fp-ts/dist/matchers/index.d.ts' because it would overwrite input file.

私の場合、 src/index.tsがsrc/matchers/index.tsからインポートおよび再エクスポートされ、次にsrc/matchers/eitherMatchers/index.tsからインポートおよび再エクスポートされるインポートが設定されています。

最初の2つのファイルは、コンパイルエラーの原因となっているファイルです。 3番目のファイルは問題ありません。 したがって、インポート/エクスポートツリーがコンパイルにどのように影響しているかに関連しているように見えます。

私は同じ問題を抱えているときにこの問題に遭遇し、他の人が同じように遭遇した場合に備えて、私の結果を追加したいと思いました。

私の場合、パッケージごとに個別のtsconfigファイルを持つmonorepoがあり、それらはすべてベースtsconfigから拡張されています。 各パッケージ構成には、依存するパッケージのパスを指すreferencesエントリがあります。 また、リポジトリのルートにtsconfig.jsonがあり、 files: []を含み、すべてのパッケージディレクトリへの参照があります。 このようにして、ルートからtsc -b --watchを実行し、プロジェクト全体の変更時に再構築することができます。

これはかなり長い間正常に機能し、その後、構成が変更されていなくても、突然このエラーをスローし始めました。

プロジェクト全体をビルドするのではなく、エラーで報告された1つのパッケージを単独でビルドしようとして、最終的にそれを追跡しました。

問題は、プロジェクト自体をインポートしようとしたことでした。 パッケージ名は@my-project/utils 、コードを別のパッケージからutilsパッケージのファイルに移動するまでは問題なく機能しました。 そのコードにはimport stuff from '@my-project/utils';含まれており、それがエラーの原因でした。 代わりにimport stuff from '.';に変更することで、エラーはなくなりました。

@jasonkこれはおそらく私の無知を明らかにしているだけですが、モノレポがそれらすべてのインポートを解決する何か（たとえばwebpack）によってバンドルされている場合にのみ機能しませんか？ モノリポジトリが公開および使用可能なモジュールで構成されている場合、相対インポートに変更してもエラーは発生しませんか？

@Ghirigoroいいえ、問題はパッケージパスを使用していたことではなく、パッケージパスを使用してパッケージを内部からインポートしていたことです。 Typescriptがなくても、それは機能しません。

基本的に私がしたことはこれと同等でした：

$ mkdir problem
$ cd problem
$ npm init -y
$ echo 'console.log( "WORKED!" );' > index.js
$ echo 'require( "problem" );' > test.js

次に、ノードでそれを実行しようとすると、次のようになります。

$ node ./test.js
internal/modules/cjs/loader.js:985
  throw err;
  ^

Error: Cannot find module '/Users/jasonk/problem/test.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:982:15)
    at Function.Module._load (internal/modules/cjs/loader.js:864:27)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:74:12)
    at internal/main/run_main_module.js:18:47 {
  code: 'MODULE_NOT_FOUND',
  requireStack: []
}

パッケージ名を置き換えると、正しく機能します。

$ echo 'require( "." );' > test.js
$ node ./test.js
WORKED!

私はからインポートされた他のすべてのパッケージ、何が起こったことは、ビルドを実行したときということであったと思われる@my-project/utilsインポートがに解決することを持っていたpackages/utils彼らは正しいエントリを持っていたので（ references tsconfigのnode_modules/@my-project/utilsに解決されました。これは、 packages/utilsシンボリックリンク

これは、宣言ファイルがビルドから除外されていない場合に発生します。 これが発生するたびに、ビルダーは既存の「.d.ts」ファイルをビルドし、それらを同じファイル名に置き換えようとします。 そのため、エラーが発生します： Cannot write file ... because it would overwrite input file.

これを防ぐために、jour tsconfig.jsonファイルで"outDir":"build"を除外できます。

"exclude": [
    "build",
    ....
]

または、outDirが定義されていない場合は、すべてのd.ts除外します。 拡張ファイル：

"exclude": [
    "**/*.d.ts"
    .....
]

お役に立てれば

ビルドディレクトリを除外すると、問題が解決しました

ほとんどの場合、これは、 2つのノードで1つのプロジェクトを実行しようとしたときに発生します。
この仮説では、ビルドの実行後に「ノード」という名前のコンピューター上のプロセスの数をテストできます。
問題を解決するために私がしたこと：
ステップ1。
比較
node -v
と
nvm -ls 、使用中のバージョン。
ターミナルセットの現在のノードバージョン：
nvm use {neededVersion}
原則として、nvmでノードの不要なバージョンを削除します（これにより、IDEがノードの通常のバージョンを自動的に判別するのに役立ちます）。
ステップ2。
IDEの現在のノードを確認します。 つまり、WebStormの場合：
優先度->言語とフレームワーク-> Node.jsとNPM：ノードインタープリター-必要なバージョンを設定します。
（さらに、どこでも各アイテムのノードのバージョンを確認できます（Typescript））

また、この問題は、npmパッケージまたはgitサブモジュールが内部で独自のノードを使用した場合に発生する可能性があります

私はWebdriverIO / WDIOプロジェクトでこの問題に直面していました。 tsconfig.jsonの「include」から「wdio.config.js」を削除すると解決しました。