Typescript: "입력 파일을 덮어쓰므로 ... 파일을 쓸 수 없습니다." 오류

나는 또한 같은 문제가 발생합니다.

--allowjs 설정되어 있습니까? 프로젝트를 공유할 수 있습니까?

죄송합니다. 프로젝트를 공유할 수 없으며 해당 플래그가 설정되지 않았습니다. 내 tsconfig.json 는 위에 있으며 VS2015 업데이트 3과 함께 사용합니다. 이 업데이트는 MSBuild로 빌드를 정상적으로 트리거합니다.

같은 프로젝트에서 같은 문제가 발생하는 것에 대해 불평하는 팀원이 있습니다. 나는 또한 똑같은 문제와 동일한 설정(TS 2.2.1, VS2015 U3 등)이 있는 다른 컴퓨터의 집에서 프로젝트를 진행하고 있습니다.

동일한 구성으로 베어본 프로젝트를 생성하면 동일한 동작이 표시됩니까?

유형 정의가 쓰기 액세스 권한이 있지만 https://github.com/wc-catalogue/blaze-elements/issues/299 같은 문제가 있습니다.

@Hotell "awesome-typescript-loader" 없이 이것을 볼 수 있습니까? 나와 재현 단계를 공유할 수 있습니까?

네, 문제에서 볼 수 있듯이 출력은 원시 tsc 두 번째로 실행한 것입니다.

https://github.com/wc-catalogue/blaze-elements 리포지토리를 복제

• 루트에서 yarn 히트
• 히트 yarn tsc -> 처음 컴파일(모든 것이 정상) => 처음 definitions/ 폴더 생성
• yarn tsc 다시 누르기 -> 오류

비슷한 문제가 있습니다. 동일한 버전의 typescript(2.2.1)와 Visual Studio 2015(업데이트 3)입니다. 빌드가 처음 실행될 때는 오류가 0개 있지만 이후에는 수백 개의 오류가 발생합니다.

모든 오류(저희의 경우)는 "node_modules" 폴더에 있는 것으로 보입니다. 이 폴더는 tsconfig.json 파일에서 제외하도록 설정했습니다. -- 유사한 버그를 보면 이 버전의 typescript에서 제외가 동일하게 취급되지 않는 것 같습니까?

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" 폴더를 삭제하면 빌드가 한 번 작동하지만 다시 생성되면 다음 빌드에서 실패합니다.

@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 키). Build Action 속성이 있을 것입니다.

감사합니다 @kevindqc , @mhegazy yes "Build Action"이 "content"로 설정되었습니다

다음을 수행하기 위해 가상 프로젝트 구조를 나와 공유할 수 있습니까?

• 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 - 비주얼 스튜디오 오픈
1:37:30 - 솔루션 빌드 시작
1:38:20 - 빌드 완료
1:39:39 - 오류가 나타남

내 프로젝트가 여전히 v2.0.3 Microsoft.TypeScript.Compiler 및 Microsoft.TypeScript.MSBuild 너겟 패키지를 사용하고 있음을 알았습니다. v2.2.1로 업데이트했습니다. 지금까지는 오류가 없습니다. 오류가 다시 표시되면 업데이트하겠습니다. (편집: VS를 열 때 빌드 외에는 아무 것도 하지 않고 ~5분 정도 더 오래 걸렸지만 오류가 다시 표시됩니다. 실제로 오류가 발생하기 위해 빌드할 필요도 없습니다. 프로젝트 및 몇 분 기다리면 오류가 표시됨)

그 오래된 nuget 패키지에 대해 정상입니까? 새 버전의 typescript를 설치할 때 프로젝트 typescript 도구를 업그레이드하라는 팝업이 표시되는 것 같은데 <TypeScriptToolsVersion>2.2</TypeScriptToolsVersion> 만 업데이트된 것 같습니다. 너겟 패키지도 업데이트하지 않아야 합니까?

방금 Typescript 2.2.1로 업데이트했는데 동일한 문제가 있습니다. 모든 node_modules에 플래그를 지정하지만 tsc 컴파일러는 문제 없이 완료됩니다.

@mhegazy

@Hotell 로컬에서 이것을 볼 수 없습니다. 내가 무엇을 놓치고 있습니까?

맞습니다, 그것은 https://github.com/wc-catalogue/blaze-elements/commit/cdb94bf8feb3a1ad7e21e6fce243e3322c1334cc에 의해 수정되었습니다.

지연된 답변과 thx 4 도움을 요청하십시오!

@Hotell @mhegazy 나를 위해 작동하지 않는 것 같습니다.
"definitions" 폴더에 d.ts 파일이 있으면 작동할까요?
그러나 나는 그것을 가지고 있지 않다. 나는 inheritedly 제외해야 "node_modules"아래 @types 있나요?

@chrismbarr 아직 해결 갔고 @Hotell에서 제안한 수정 사항도 몇 개 올렸지만 Visual Studios에서 여전히 이러한 오류가 발생합니다. 그것들은 모두 node_modules 폴더에서 오는 것 같습니다.

자세한 로깅을 활성화하고 결과를 보내 주시겠습니까? 시스템 환경 변수 TSS_LOG 를 -file C:/temp/logs/tsserver.log -level verbose 와 같은 값으로 설정합니다(로그 폴더가 있는지 확인). 그런 다음 문제를 재현한 후 분석을 위해 로그를 전송/첨부합니다. (참고: 여기에는 파일 경로 및 완성 목록과 같은 데이터가 포함될 수 있으므로 공유하고 싶지 않은 데이터가 없는지 확인하십시오.)

테스트에서 프로젝트 시스템이 잘못된 파일이 포함된 프로젝트 보기를 구성하여 예기치 않은 시간에 간헐적인 오류를 일으키는 것을 가끔 보았습니다. 여기에 원인이 있는지 알고 싶습니다.

파일을 업로드하는 것보다 직접 보내려면 내 이메일 주소를 제공할 수 있습니다(microsoft dot com의 billti). 감사 해요.

@johnlee 아니요,

@billti 변수가 추가되고 Visual Studio(2017)가 다시 시작되고 솔루션이 다시

확실히 시스템 환경 변수입니까(즉, 새 명령 프롬프트를 열고 SET TSS 를 실행하면 설정이 나열됨)? 그렇지 않은 경우 로그가 기록될 폴더가 이미 존재합니다(로거는 존재하지 않는 디렉토리를 생성하지 않습니다). 그 외에도 경로에 백슬래시보다 슬래시를 사용하는 것이 더 안전합니다.

:(

@billti 좋아, 방금 확인했고 로그 파일이 이제 거기에 있습니다. 여기에 첨부되어 있습니다.
tss-log.zip

감사 해요. 나는 그 로그를 살펴보았고 그 안에 있는 어떤 호출에서도 보고된 오류를 보지 못했습니다. 이 로그가 다루는 시간 프레임에 오류가 확실히 발생했습니까?

@billti 예, 오류가 항상 발생하고 있습니다.

그들은 영구적으로 거기에 있습니다. 그리고 모든 단일 빌드에서 새로 고쳐졌습니다.

잘못된 변수 선언과 관련된 모든 오류(다음 릴리스에 대해 이미 수정된 별도의 문제). 이 문제는 위의 제목과 스크린샷당 약 Cannot write file... 입니다. Cannot write file... 문제가 없나요?

@billti 내 이전 메시지를 게시한 후(내 어리석음의 시연으로 남겨둔) 오류가 다른 종류라는 것을 깨달았습니다. 며칠 전에 설치한 Visual Studio 업데이트가 원래 문제를 해결했는지 추측할 뿐입니다. 하지만 확실하지 않습니다.
@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)를 입력하려고 하면 두 개의 로그 파일이 나타납니다.

@kevindqc 죄송합니다. VS 2015를 사용 중인지 몰랐습니다. 해당 로깅은 VS 2017에만 적용됩니다(현재 언어 서비스에서 tsserver.js를 사용하지 않음).

돌아가서 문제를 살펴보면 오류 목록이 무작위로 변경되는 경우 @zhengbli 가 https://github.com/Microsoft/TypeScript/pull/15080 에서 방금 수정한 것과 동일한 문제라고 생각합니다.

@billti np. 이 문제는 VS2015에서만 발생한다고 생각합니다. VS2017을 사용하는 데 문제가 있는 유일한 사용자는 입력과 관련된 다른 오류가 있었습니다. VS2015에서 VS2017로 전환한 사람은 문제가 사라졌다고 말했습니다.

또한 오류 목록은 임의로 변경되지 않습니다. 이 문제의 원인이 되는 모든 "Cannot write .." 오류와 함께 임의의 시간에 한 번 채워집니다. #15080이 문제를 해결한다고 확신합니까? 어제 언급한 내용 외에는 이 문제에 대해 아무 것도 볼 수 없습니까? 어떻게 테스트할 수 있습니까? 2.3 RC가 있다는 것을 알지만 2일 전에 수정 사항이 병합된 동안 9일 전에 릴리스되었습니다.

또한 솔루션을 닫은 후에도 오류가 내 오류 목록에 남아 있음을 알았습니다.

또한 자신의 typescript 가상 프로젝트를 게시한 사람이 다른 오류를 가진 사람이었으므로 도움이 되지 않았으리라 생각합니다. 여기 내 것입니다:

node_modules 있어야 합니까? 내 tsconfig 제외에 있습니다. 내 물리적 node_modules 폴더에 있는 모든 항목이 포함되어 있지는 않습니다(내 node_modules 폴더의 14개 하위 폴더 대 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 ] }

동일한 문제가 발생하여 내 가져오기 중 하나가 내 dist 폴더 EG의 클래스를 잘못 참조하고 있음을 발견했습니다.
"../../dist/ClassName"에서 {ClassName} 가져오기;

가져오기 클래스가 동일한 폴더에 있으므로 다음과 같이 변경했습니다.
"./ClassName"에서 {ClassName} 가져오기;

모든 것이 다시 컴파일됩니다. :)

앱에 미리 정의된 'dist' 폴더가 있습니다. 그것을 삭제하면 나를 위해 고쳤습니다.

이것이 근본적인 문제라고 생각합니다(마지막 Windows Creators Update).
visual-studio-2015-deletes-file-on-save-cordova-solution

tsconfig.json의 제외 목록에 "dist" 폴더를 추가하기만 하면 됩니다.
전:
"제외": ["노드 모듈", "거리"]

Include 섹션을 추가하여 이것을 수정했습니다.

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

내 소스 디렉토리 아래에 있는 outDir 를 사용할 때도 이 문제가 발생했습니다.

typescript 컴파일러는 기본적으로 outDir 에서 컴파일을 시도하지 않아야 한다는 것을 알지 못합니까? 이상한 것 같다. 제외 목록에 outdir을 추가하면 문제가 해결되었습니다.

netbeans lol 👎에 이 문제가 있습니다.

foo.ts 및 foo.tsx 두 파일이 있을 때도 이 오류가 발생했습니다. 둘 다 분명히 foo.js 컴파일됩니다.

  "compilerOptions": {
    "noEmit": true 
  }

나를 위해 그것을 고쳤다.

noEmit 사용자가 생성 한 할 경우 더 나은 솔루션입니다 *.js 분석 할 파일을. 결국 tsc 생성되는 것은 아닙니다.

제 경우에는 Ream.js가 .ream/**.js 를 생성한 다음 내 코드에서 import XXX from '#out/yyy' 로 가져옵니다(작동하지만 VS Code에서 "Cannot write file..."라는 경고가 생성됨).

기본적으로 "noEmit": false 가 있는 유일한 이유는 원시 tsc 를 사용할 때입니다. 다른 모든 환경( ts-node / ts-node-dev , webpack, 롤업)의 경우 활성화하는 것이 더 안전합니다.

@uglycoyote 처럼 나를 위해 일한 것은 제외 배열에 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 디렉토리가 밖에서에도 불구하고, 빌드 폴더에있는 파일 뿌리. 문제가 없는 새 빌드를 수행할 수 있지만 그 이후의 빌드는 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 대해 기본적으로 출력 dir이 제외되면 굉장할 수 있습니다.

나중에 참조할 수 있도록 자체 내에서 모듈을 가져오면 이 문제가 발생합니다.

따라서 mymodule 내부에서 import x from 'mymodule 하면 이를 트리거합니다. 그것은 매우 비밀스럽고 아마도 수정되어야 할 것입니다!

유사하게, export * from './foo' 와 같은 행이 많은 index.ts 가 있고 해당 파일 중 하나에서 import foo from '.' 아닌 import foo from './foo' 내보낸 파일 중 하나에

index.ts 삭제하고 가져오기 오류가 발생할 때까지 지난 이틀 동안 이것에 대해 머리를 부딪쳤습니다. 그것은 매우 분명하지 않았습니다.

그래서 문제는 같은 저장소에 2개의 ts 프로젝트가 있기 때문이라고 생각합니다. ( Angular & Nestjs ), 레벨 1 폴더의 tsconfig.json에서 이 오류가 발생합니다. 나는 공개적으로 자체 tsconfig.json이 있는 내 Angular 코드인 exclude "public" 을 넣어 수정했습니다.

ts-node 이 작동하지 않는 이유를 확신할 수 없었기 때문에 이 문제가 발생했습니다. 그런 다음 문제가 TypeScript인지 확인하기 위해 tsc 했습니다. tsc 의 결과로 이제 git status 실행하여 확인할 수 있는 ts 와 함께 수십 개의 .js 파일을 갖게 되었습니다.

해결책은 git clean -f 이었습니다.

내 경우, VS 코드 자동차가에서 파일 가져 오기 한 것으로 보인다 dist 폴더 대신에서 src 폴더에 있습니다. 그것을 수정하면 문제가 해결되었습니다.

이것은 실제로 닫히지 않아야 합니다. typescript는 무슨 일이 일어나고 있는지 알려주는 오류를 출력해야 합니다. 현재로서는 파악하기가 거의 불가능합니다. 왜 그렇게 자주 발생하는지 잘 모르겠습니다. VSCode가 실수로 tsconfig.json 참조를 업데이트할 수 있지만 모든 것이 느려지고 매번 디버그하는 것이 쉽지 않습니다.

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": "",
문제가 사라졌습니다.

여기서 내 목표는 .js/vue 파일에서 ts 인텔리전스가 작동하도록 하는 것입니다.

같은 오류 메시지가 있었습니다. 문제는 같은 폴더에 이름은 같지만 확장자가 다른 두 개의 파일이 있으므로 .js 확장자를 가진 파일을 제거하면 문제가 해결된다는 것입니다.

같은 오류 메시지가 있었습니다. 문제는 같은 폴더에 이름은 같지만 확장자가 다른 두 개의 파일이 있으므로 .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 : 확인
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": "",
문제가 사라졌습니다.

여기서 내 목표는 .js/vue 파일에서 ts 인텔리전스가 작동하도록 하는 것입니다.

thx, 그것은 나를 위해 작동합니다.

유형 검사 (컴파일 없음)용으로 .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"]
}

다음 repo를 살펴보십시오. 오류를 재생성하기 위해 tsconfig.json을 사용했습니다.

https://github.com/Abadii/tsconfig

추신 ../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 범위를 벗어났다는 사실도 확인했습니다. 배제하지 않는 이유이기도 합니다. ./lib 를 outDir로 시도하여 동작이 변경되는지 확인하십시오.
Windows 사용자인 경우 정의된 절대 경로가 올바른지 다시 확인하십시오.

@Abadii : 고맙지만 여러 컴퓨터에서 프로젝트를 작업하고 모든 컴퓨터에서 동일한 폴더 구조를 보장할 수 없기 때문에 절대 경로를 사용할 수 없습니다. 나에게 이것은 버그처럼 보입니다. tsconfig에 폴더와 선언 파일을 모두 제외하도록 지시하지만 그렇지 않습니다. 이거 다시 열어야 하나?

@Abadii : 고맙지만 여러 컴퓨터에서 프로젝트를 작업하고 모든 컴퓨터에서 동일한 폴더 구조를 보장할 수 없기 때문에 절대 경로를 사용할 수 없습니다. 나에게 이것은 버그처럼 보입니다. tsconfig에 폴더와 선언 파일을 모두 제외하도록 지시하지만 그렇지 않습니다. 이거 다시 열어야 하나?

아마도 마지막으로 시도할 수 있는 것은 project/tsconfig.json tsconfig 파일을 넣고 경로를 변경하는 것입니다. 나는 또한 그것이 작동하지 않을 경우 옵션에서 벗어납니다.

시험을 마친:

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 모듈이기 때문에 실패했기 때문인 것 같습니다.... 🤔 ....

즉, 모든 것이 적절한 가져오기/내보내기를 하면 이 문제가 발생하지 않습니다. 따라서 이 스레드의 의견과 수정 사항의 순전히 수를 기반으로 하여 이것이 붉은 청어 오류 중 하나라고 생각합니다. 마찬가지로 X 유형의 JS/Intellisense/컴파일 문제가 있는 경우 VSCode에서 이 Cannot write file 오류가 발생합니다. 그러나 제 경우에는 이 스레드에서 제공되는 수많은 솔루션이 아닌 다른 솔루션으로 해결되었습니다. 🤷‍♂️ 그리고 다시 _존재하지 않는_ 그리고 _대체될 수 없는_ 파일에 이 오류가 발생했습니다. 따라서 오류가 캐싱되고 알 수 없는 오류가 캐시된 오류를 던질 수 있습니까? 그런 것? 누군가가 이 특정 오류와 관련된 코드를 검사해야 한다고 생각합니다.

내 Google 검색에서 가장 먼저 나온 것이기 때문에 여기에 댓글을 다는 것입니다.

나도이 문제에 부딪쳤다. 컴파일 프로세스의 일부가 제외된 디렉토리 안에 있다는 것을 인식하지 못하는 것 같습니다.

이렇게 하면 문제가 보이지 않습니다.

  "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 에서 차례로 가져오고 다시 내보내기합니다.

처음 두 파일은 컴파일 오류를 일으키는 파일입니다. 세 번째 파일은 괜찮습니다. 따라서 가져오기/내보내기 트리가 컴파일에 미치는 영향과 관련이 있을 수 있습니다.

나는 같은 문제가있는 동안이 문제를 우연히 발견했으며 다른 사람들이 같은 방식으로 우연히 발견하는 경우를 대비하여 내 것이 무엇인지 추가 할 것이라고 생각했습니다.

제 경우에는 기본 tsconfig에서 확장되는 각 패키지에 대해 별도의 tsconfig 파일이 있는 monorepo가 ​​있습니다. 각 패키지 구성에는 의존하는 패키지의 경로를 가리키는 references 항목이 있습니다. 또한 files: [] 하고 모든 패키지 디렉토리에 대한 참조가 있는 리포지토리의 루트에 tsconfig.json이 있습니다. 이렇게 하면 루트에서 tsc -b --watch 를 실행하고 전체 프로젝트의 변경 사항에 따라 다시 빌드할 수 있습니다.

이것은 꽤 오랫동안 잘 작동했지만 구성이 변경되지 않았음에도 갑자기 이 오류가 발생하기 시작했습니다.

나는 마침내 전체 프로젝트를 빌드하기 보다는 자체적으로 오류에서 보고되었던 하나의 패키지를 빌드하려고 시도하여 그것을 추적했습니다.

문제는 내가 프로젝트 자체를 가져오도록 시도했다는 것입니다. 패키지 이름은 @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 array in tsconfig), 따라서 정상적으로 빌드되었습니다. 그러나 해당 패키지가 자체적으로 가져오기로 되어 있지 않았기 때문에 가져오기가 node_modules/@my-project/utils 해결되었으며 이는 packages/utils 에 대한 심볼릭 링크였지만 TypeScript는 실제로 동일한 프로젝트임을 감지하지 못했습니다. 두 번 빌드를 시도했지만 두 빌드 모두 동일한 출력 디렉토리를 가지고 있기 때문에 이 오류가 발생했습니다.

이는 선언 파일이 빌드에서 제외되지 않은 경우에 발생합니다. 이 문제가 발생할 때마다 빌더는 기존 ".d.ts" 파일을 빌드하고 동일한 파일 이름으로 바꾸려고 시도합니다. 그래서 Cannot write file ... because it would overwrite input file. 오류가 발생합니다.

이를 방지하려면 jour tsconfig.json 파일에서 "outDir":"build" 를 제외할 수 있습니다.

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

또는 outDir이 정의되지 않은 경우 제외 모든 d.ts . 확장 파일:

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

도움이 되었기를 바랍니다

내 빌드 디렉토리를 제외하면 문제가 해결되었습니다.

아마도 이것은 두 개의 노드가 있는 하나의 프로젝트를 실행하려고 할 때 발생합니다.
이 가설의 경우 빌드를 실행한 후 "노드"라는 컴퓨터의 프로세스 수를 테스트할 수 있습니다.
문제를 해결하기 위해 내가 한 일:
1 단계.
비교하다
node -v
그리고
nvm -ls , 사용 중인 버전입니다.
터미널에서 현재 노드 버전 설정:
nvm use {neededVersion}
원칙적으로 nvm에서 불필요한 버전의 노드를 삭제합니다(이렇게 하면 IDE에서 노드의 일반 버전을 자동으로 결정하는 데 도움이 됩니다).
2 단계.
IDE에서 현재 노드를 확인합니다. 즉, WebStorm에서:
기본 설정 -> 언어 및 프레임워크 -> Node.js 및 NPM: 노드 인터프리터 - 필요한 버전을 설정합니다.
(또한 각 항목에 대한 노드의 버전을 어디서나 확인할 수 있습니다(Typescript))

또한 이 문제는 npm 패키지 또는 git 하위 모듈이 내부에 자체 노드를 사용한 경우 발생할 수 있습니다.

Webdriver IO/WDIO 프로젝트에서 이 문제에 직면했습니다. tsconfig.json의 "include"에서 "wdio.config.js"를 제거하면 해결되었습니다.