Typescript: خطأ "لا يمكن كتابة الملف ... لأنه سيؤدي إلى الكتابة فوق ملف الإدخال."

أنا أيضا لدي نفس المشكلة.

هل تم تعيين --allowjs ؟ هل يمكنك مشاركة المشروع؟

عذرًا ، لا يمكنني مشاركة المشروع ، ولم يتم تعيين هذه العلامة. tsconfig.json أعلى ، ونحن نستخدم ذلك فقط مع VS2015 Update 3 ، والذي يقوم فقط بتشغيل الإنشاء باستخدام MSBuild بشكل طبيعي.

لدي زملائي في الفريق يشتكون من نفس المشكلة التي تحدث لهم في نفس المشاريع. أنا أعمل أيضًا في مشروع في المنزل على جهاز كمبيوتر مختلف له نفس المشكلة بالضبط ونفس الإعداد (TS 2.2.1 ، VS2015 U3 ، إلخ.)

هل ترى نفس السلوك إذا أنشأت مشروعًا مكشوفًا بنفس التكوينات؟

لدينا نفس المشكلة https://github.com/wc-catalogue/blaze-elements/issues/299 على الرغم من تعريفات النوع وصول الكتابة

Hotell هل ترى هذا بدون "محمل رائع

نعم ، كما ترى في المشكلة ، يكون الناتج من تشغيل خام tsc مرة ثانية.

ما عليك سوى استنساخ الريبو https://github.com/wc-catalogue/blaze-elements

• ضرب yarn من الجذر
• ضرب yarn tsc -> التجميع لأول مرة (كل شيء على ما يرام) => أول مرة تم إنشاء المجلد definitions/
• ضرب yarn tsc مرة أخرى -> أخطاء

نواجه مشكلة مماثلة - نفس الإصدار من الكتابة المطبوعة (2.2.1) و Visual Studio 2015 (التحديث 3) ؛ في المرة الأولى التي يتم فيها تشغيل الإصدار ، لا توجد أخطاء ، ولكن بعد ذلك نحصل على المئات من هذه الأخطاء.

يبدو أن جميع الأخطاء (بالنسبة لنا) موجودة في مجلد "node_modules" ، والذي قمنا بتعيينه لاستبعاده في ملف tsconfig.json الخاص بنا. - من خلال النظر إلى الأخطاء المماثلة ، يبدو أن الاستثناءات لا يتم التعامل معها بنفس الطريقة في هذا الإصدار من الكتابة المطبوعة؟

ملف 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 إذا كان لديك مشروع repro أود إلقاء نظرة عليه.

أواجه نفس المشكلة ، وهذه هي الأخطاء:

وهذا هو tsconfig.json الخاص بي:

نظرًا لأنني لا أستخدم الكتابة المطبوعة على الإطلاق ، فقد قمت للتو بإنشاء tsconfig لتخطي الإنشاء ، كان علي أيضًا اختيار الهدف = ES6 وإلا كنت أواجه أخطاء أخرى.

هل tsconfig.json جزء من مشروعك؟ وهل يمكنك التأكد من أن نوع المحتوى هو "محتوى"؟ إذا كان الأمر كذلك ، هل يمكنك مشاركة مشروعك؟

mhegazy مرحبًا ، نعم يمكنني تأكيد تضمين tsconfig.json في المشروع:

لكنني آسف لأنني لا أعرف ما هو "نوع المحتوى" الذي تشير إليه ، هل يمكنك التوضيح من فضلك؟

لا يمكنني مشاركة المشروع.

في مشروعي ، يمكنني أيضًا أن أؤكد أن ملف tsconfig مضمن في ملف المشروع ، وأنه مدرج كمحتوى.

@ max-favilli أعتقد أن mhegazy تعني "إنشاء إجراء" عند الحديث عن "نوع المحتوى".

حدد tsconfig.json في مستكشف الحلول. أظهر نافذة الخصائص (مفتاح F4 افتراضيًا). سيكون هناك خاصية Build Action.

شكرًا kevindqc ، mhegazy نعم "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> )
بدلاً من ذلك ، يتم تجميعه بواسطة npm run build:prod ، وهو في حدث بناء.

الأخطاء ليست دائما موجودة. لقد كنت أحاول إظهارها (تم عرضها في VS ، لذلك قمت بإعادة تشغيل VS). لقد حاولت بناء مشروع الكتابة المطبوعة ، وبناء الحل ، وإجراء الاختبارات ، وتشغيل تحليل الكود ، وتشغيل تغطية الكود ، وما إلى ذلك. لا شيء يؤدي إلى تشغيله. ثم ، بينما كنت أكتب الجملة الأخيرة ، ظهرت الأخطاء. لذلك يبدو أن بعض مهام الخلفية هي التي تقوم بذلك؟ يبدو أنه حدث بعد حوالي دقيقتين من بدء الإنشاء (على الأقل مرتين أو ثلاث مرات جربته)

الجدول الزمني:
1:37:20 - تم افتتاح Visual Studio
1:37:30 - بدأ بناء الحل
1:38:20 - انتهى البناء
1:39:39 - ظهرت أخطاء

لاحظت أن مشروعي لا يزال يستخدم حزم nuget v2.0.3 Microsoft.TypeScript.Compiler و Microsoft.TypeScript.MSBuild nuget. قمت بتحديثها إلى v2.2.1. حتى الآن ، لا خطأ. سيتم التحديث إذا رأيت الأخطاء مرة أخرى. (تحرير: أرى الأخطاء مرة أخرى ، على الرغم من أن الأمر استغرق وقتًا أطول قليلاً ، حوالي 5 دقائق ، دون أن أفعل أي شيء سوى البناء عندما فتحت VS. في الواقع ، لا أحتاج حتى إلى إنشاء أي شيء للحصول على الخطأ - فقط فتح مشروع وانتظار بضع دقائق يظهر الاخطاء)

حول تلك الحزم القديمة nuget ، هل هذا طبيعي؟ أعتقد أنني حصلت على نافذة منبثقة لترقية أدوات نصوص مشروعي عندما قمت بتثبيت الإصدار الجديد من الكتابة المطبوعة ، ولكن يبدو أنه تم تحديثها فقط <TypeScriptToolsVersion>2.2</TypeScriptToolsVersion> . ألا يجب أيضًا تحديث حزم nuget؟

لقد قمت للتو بالتحديث إلى Typescript 2.2.1 ولديها نفس المشكلة. يقوم بوضع علامة على جميع الوحدات node_modules لكن المترجم tsc يكتمل بدون مشكلة.

تضمين التغريدة

Hotell لا أرى هذا محليًا ، ما الذي

صحيح ، تم إصلاحه من خلال https://github.com/wc-catalogue/blaze-elements/commit/cdb94bf8feb3a1ad7e21e6fce243e3322c1334cc

نأسف للإجابة المتأخرة ومساعدة thx 4!

Hotellmhegazy لا يبدو أن العمل بالنسبة لي.
ربما يعمل إذا كان لديك ملفات d.ts في مجلد "تعريفات"؟
لكن ليس لدي ذلك. لدي @ أنواع ضمن "node_modules" والتي يجب استبعادها وراثيًا؟

chrismbarr هل لي أن أسأل ما إذا كنت قد تم حل هذه المشكلة بعد؟ لقد كنت أتابع الموضوع وحتى قمت بالإصلاح الذي اقترحه المنشورات ولكن ما زلت أتلقى هذه الأخطاء في Visual Studios. يبدو أنهم جميعًا قادمون من مجلد node_modules.

هل ستكون قادرًا على تمكين التسجيل المفصل وإرسال النتائج إلينا؟ عيّن متغير بيئة النظام TSS_LOG إلى قيمة مثل -file C:/temp/logs/tsserver.log -level verbose (تأكد من وجود مجلد السجلات). ثم بعد إعادة بروز المشكلة ، أرسل / أرفق السجل لتحليله. (ملاحظة: قد تحتوي على بيانات مثل مسارات الملفات وقوائم الإكمال ، لذا تأكد من عدم وجود أي بيانات لا تريد مشاركتها فيها).

في الاختبار الذي أجريته ، رأيت أحيانًا أن نظام المشروع ينشئ عرضًا للمشروع يحتوي على ملفات خاطئة ، مما يتسبب في أخطاء متقطعة في أوقات غير متوقعة. أود معرفة ما إذا كان هذا هو السبب هنا.

يمكنني تقديم عنوان بريدي الإلكتروني إذا كنت تفضل إرسال الملفات مباشرة بدلاً من تحميلها (billti at microsoft dot com). شكرا.

johnlee لا ، لا يزال هو نفسه في VS2015. ومع ذلك ، بدأت منذ ذلك الحين في استخدام 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 ، فلن يتم إنشاء أي شيء داخل C:\temp\logs حتى بعد أن أحصل على جميع أخطاء Cannot write file... . إذا حاولت كتابة node node_modules\typescript\lib\tsserver.js (و CTRL + C فورًا) في موجه أوامر جديد ، فسأحصل على ملفي سجل.

عذرًا kevindqc ، لم أكن أدرك أنك كنت على VS 2015. هذا التسجيل ينطبق فقط على VS 2017 (والذي يستخدم الآن tsserver.js خارج العملية لخدمة اللغة).

العودة والنظر في مشكلتك - إذا كنت ترى قائمة الأخطاء تتغير بشكل عشوائي ، أعتقد أن نفس المشكلة zhengbli تم إصلاحها للتو في https://github.com/Microsoft/TypeScript/pull/15080 .

تضمين التغريدة أعتقد أن هذه المشكلة تحدث فقط في VS2015 ، أليس كذلك؟ المستخدم الوحيد الذي لديه المشكلة والذي كان يستخدم VS2017 كان لديه أخطاء مختلفة تتعلق بالكتابة. قال شخص تحول من VS2015 إلى VS2017 إن المشكلة قد انتهت.

أيضًا ، لا تتغير قائمة الأخطاء بشكل عشوائي - يتم ملؤها في وقت عشوائي ، مرة واحدة ، مع كل أخطاء "لا يمكن الكتابة .." التي تدور حولها هذه المشكلة. هل أنت متأكد من أن # 15080 يصلحها؟ لا أرى في هذا الموضوع سوى الإشارة التي أشرتم إليها بالأمس؟ كيف يمكنني اختباره؟ أرى أن هناك 2.3 RC ولكن تم إصداره منذ 9 أيام بينما تم دمج الإصلاح منذ يومين :(

كما أنني لاحظت بقاء الأخطاء في قائمة الأخطاء حتى بعد إغلاق الحل.

أيضًا الشخص الذي نشر مشروعه الافتراضي المطبوع على الطباعة كان هو الشخص الذي لديه أخطاء مختلفة ، لذلك أتخيل أنه لم يكن مفيدًا. تلك هي خاصتي:

هل من المفترض أن يكون node_modules هناك؟ هو في بلدي يستبعد tsconfig. لا يحتوي على كل شيء يحتوي عليه مجلد node_modules المادي (14 مجلدًا فرعيًا مقابل 854 مجلدًا فرعيًا في مجلد node_modules الخاص بي)

{
  "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. شكرا!
تحرير: لا. لا تزال الأخطاء موجودة بعد كل شيء ، فقد استغرق ظهورها وقتًا أطول.

يبدو أن هذه القضية تتعلق بهذه القضية . حل عينة لإعادة إنتاج - تم الرفع.

لقد وجدت حلا لي. في حالتي ، استخدمت outDir و rootDir بدون تحديد مصفوفة files . عند إضافة مسار outDir إلى المصفوفة exclude يبدو أن كل شيء يعمل بشكل طبيعي.

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

ربما تراقب TypeScript محتوى المجلد dist أيضًا على الرغم من أنه تم تعيينه على أنه outDir .

إذا كان لديك outDir تحت جذر مشروعك ، وكنت تقوم فقط بتضمين كل شيء تحت الجذر ، فسيكون هذا متوقعًا. بشكل عام ، تريد أن يكون لديك إخراج البناء في مكان آخر غير مجلد مصدر المشروع.

يبدو أن جميع المشكلات المذكورة أعلاه قد تم تناولها في هذا الموضوع أو المشكلات المرتبطة. يُرجى إعلامي إذا لم يكن الأمر كذلك وسأعيد فتحه. شكرا!

billti أفترض أن تعليقك هو استجابة rootDir سيراقب المترجم هذا المجلد المعين فقط ويستبعد كل شيء آخر. لكن السلوك الحالي منطقي.

أفضل حل هو من borislemke .
{ "compilerOptions": { ..., "outDir": "./dist", "rootDir": "./src", }, "exclude": [ "node_modules", "dist" <-- I had to add this to fix the errors ] }

واجهت نفس المشكلة ووجدت أن إحدى وارداتي كانت تشير بشكل غير صحيح إلى الفصل في مجلد التوزيع الخاص بي ، EG
استيراد {ClassName} من "../../dist/ClassName" ؛

نظرًا لأن فئة الاستيراد كانت في نفس المجلد ، فقد قمت بتغييرها إلى:
استيراد {ClassName} من "./ClassName" ؛

وكل شيء يتم تجميعه مرة أخرى :)

كان لدينا مجلد "dist" محدد مسبقًا في تطبيقنا. حذف ذلك أصلحها بالنسبة لي.

أعتقد أن هذه هي المشكلة الأساسية (آخر تحديث لـ Windows Creators):
فيجوال ستوديو -2015-حذف-ملف-حفظ-كوردوفا-حل

ما عليك سوى إضافة مجلد "dist" إلى قائمة الاستبعادات في tsconfig.json
السابق:
"استبعاد": ["node_modules"، "dist"]

لقد صححت هذا عن طريق إضافة قسم التضمين:

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

ركضت إلى هذا أيضًا عند استخدام outDir الذي كان موجودًا ضمن دليل المصادر.

كيف لا يعرف المترجم المنسوخ بشكل افتراضي أنه لا يجب أن يحاول تجميع الأشياء في outDir ؟ يبدو ذلك غريبا. أدت إضافة outdir إلى قائمة الاستبعاد إلى إصلاحه بالرغم من ذلك.

لدي هذه المشكلة مع netbeans لول 👎

لقد حصلت أيضًا على هذا الخطأ عندما كان لدي ملفان foo.ts و foo.tsx ، وكلاهما سيترجم إلى foo.js ، من الواضح.

  "compilerOptions": {
    "noEmit": true 
  }

تم إصلاحه بالنسبة لي.

noEmit هو الحل الأفضل إذا كنت لا تريد أن قد ولدت *.js الملفات المراد تحليلها. لا يتم إنشاؤها بالضرورة باستخدام tsc ، بعد كل شيء.

في حالتي ، يُنشئ Ream.js .ream/**.js ثم أقوم باستيراده باستخدام import XXX from '#out/yyy' في الكود الخاص بي (والذي يعمل ، لكنه يُنشئ التحذير "Cannot write file ..." في VS Code).

في الأساس ، السبب الوحيد لامتلاك "noEmit": false هو استخدام خام tsc . بالنسبة لجميع البيئات الأخرى ( ts-node / ts-node-dev ، webpack، rollup) يكون تمكينه أكثر أمانًا.

مثل 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"
  }

لقد واجهت هذا في مشروع مع مراجع المشروع. لم يكن أي من المستبعدين مهمًا ، فما فعله هو الإدخال typings ألمح إليهelmpp.

لذلك سينتج هذا TS5055: Cannot write file because it would overwrite input file في مشروع monorepo مراجع:

  "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 سيؤدي إلى هذا. إنه غامض للغاية ، ومن المحتمل أنه يجب إصلاحه!

على نحو مماثل ، واجهت المشكلة إذا كان لديك index.ts مع مجموعة من الأسطر مثل export * from './foo' ، وفي أحد هذه الملفات ، كنت أستورد بـ import foo from '.' بدلاً من import foo from './foo' في أحد تلك الملفات المصدرة.

لقد طرقت رأسي على هذا في اليومين الماضيين حتى قمت بحذف index.ts وكان هناك خطأ في الاستيراد. كان غير واضح على الإطلاق.

لذلك أعتقد أن المشكلة كانت لأن لدي مشروع 2 ts في نفس الريبو. (Angular & Nestjs) ، فإن tsconfig.json لمجلد المستوى 1 يلقي بهذا الخطأ. لقد أصلحت من خلال وضع استبعاد "عام" ، والذي يكون علنيًا رموز الزاوي مع tsconfig.json الخاص به.

كنت أواجه هذه المشكلة لأنني لم أكن متأكدًا من سبب عدم عمل ts-node ، ثم أعمل على tsc للتحقق مما إذا كانت المشكلة هي TypeScript. كنتيجة لـ tsc ، أصبح لدي الآن عشرات الملفات .js جنبًا إلى جنب مع ts والذي يمكنني تأكيده من خلال تشغيل git status

كان الحل هو git clean -f .

في حالتي ، يبدو أن VS Code قام تلقائيًا باستيراد ملف من المجلد dist بدلاً من المجلد src . إصلاح هذا حل المشكلة.

هذا لا ينبغي أن يكون مغلقًا ، يجب أن يطبع النص المطبوع خطأ يخبرك بما يحدث. من شبه المستحيل معرفة ذلك حاليًا. لست متأكدًا من سبب ذلك في كثير من الأحيان ، ربما يقوم 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": "",
ذهبت المشكلة.

غولي هنا هو فقط لجعل ts intellisence يعمل في ملفات .js / vue.

كان لديه نفس رسالة الخطأ. كانت المشكلة أنه كان لدي ملفان يحملان نفس الاسم ولكن بامتداد مختلف في نفس المجلد ، لذا فإن إزالة الملف بامتداد .js إصلاح ذلك.

كان لديه نفس رسالة الخطأ. كانت المشكلة أنه كان لدي ملفان يحملان نفس الاسم ولكن بامتداد مختلف في نفس المجلد ، لذا فإن إزالة الملف بامتداد .js إصلاح ذلك.

نعم لدي نفس المشكلة. لقد أعدت تسمية ملف .tsx .ts والذي تمت إعادة إنشاء VS-Code بشكل مفيد ، مما تسبب في حدوث المشكلة.

لست متأكدًا من كيفية حل هذا بشكل صحيح ولكن في حالتي قمت للتو بإزالة "declaration": true من tsconfig.json. لا يتم إنتاج ملفات D.ts ، لكنني لست بحاجة إليها على أي حال.

لأي شخص أتى إلى هنا عن طريق البحث على Google عن رسالة خطأ مماثلة ، اسمح لي بمشاركة النتائج التي توصلت إليها:

1. كما يمكنك أن تقرأ ، حدث هذا الخطأ لأن برنامج التحويل البرمجي TypeScript كان يحاول تجميع ملف .js في نفس المسار.
2. على الأرجح أنك لا تريد تجميع ملفات .js على الإطلاق. إذا أمكن ، قم بإزالة allowJs: true من tsconfig.json أو --allow-js من خيارات CLI.
3. إذا كنت بحاجة إليها بالتأكيد ، فقد ترغب في استبعاد الملفات التي تم ذكرها في رسالة الخطأ من التجميع. قام بعض الأشخاص في هذا الموضوع بهذا (ربما بدون ملاحظة) عن طريق إضافة exclude: ... .
   
   
   
   • احرص على عدم إضافة "استبعاد" ضمن compilerOptions .
   
   

آمل أن يساعد 🙏

كنت بحاجة إلى استبعاد دليل الإصدار 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": "",
ذهبت المشكلة.

غولي هنا هو فقط لجعل ts intellisence يعمل في ملفات .js / vue.

شكرا ، إنه يعمل بالنسبة لي.

إذا كنت تستخدم TS فقط لفحص النوع فقط (بدون تجميع) وتحتاجه في ملفات .js ، فاستخدم حل

"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 ، الحل الخاص بك يناسبني 👍

تم حلها - تم تضمين دليل dist في إصدار tsc الخاص بي:

"exclude": [
    "node_modules"
  ]

--- يذهب إلى

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

هل dist مجلد الإنشاء الخاص بك؟

إذا لم ينجح استبعاد outDir أجلك ، فحاول التحقق لمعرفة ما إذا كان لديك ملفات مكررة بنفس المسار واسم الملف ولكن مع امتدادات مختلفة.

يحدث هذا عندما لا يتم استبعاد ملفات التصريح من الإنشاء. عند حدوث ذلك ، يحاول المنشئ إنشاء ملفات ".d.ts" الحالية واستبدالها بنفس اسم الملف. لهذا السبب سوف تحصل على الخطأ: Cannot write file ... because it would overwrite input file.

لمنع هذا ، يمكنك استبعاد "outDir":"build" في ملف jour tsconfig.json:

"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

سكرتير خاص وماذا سيحدث عند حذف مجلد ../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 as outDir للتحقق مما إذا كان يغير السلوك
إذا كنت من مستخدمي 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 فحسب ، بل إنه يشير إلى ملف لم يعد موجودًا.

ماذا يحدث عندما تحاول البناء مباشرة من خلال الجهاز؟

قم بإعداد دير خارجي وتأكد من إفراغه قبل البناء

Abadii So .... يبدو أن سبب حدوث ذلك هو أنه على الرغم من عدم تضمين ملفات JS ، إلا أنها كانت تفشل لأنها كانت وحدات CommonJS .... 🤔 ....

بمعنى آخر ، بمجرد أن يكون لكل شيء واردات / صادرات مناسبة ، توقفت عن الحصول على هذه المشكلة. لذا ، بناءً على تعليقات هذا الموضوع ، والعدد الهائل من الإصلاحات ، أعتقد أن هذا أحد أخطاء Red herring. كما هو الحال في ، عندما يكون هناك نوع 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 .

أول ملفين هما الملفان اللذان يتسببان في حدوث أخطاء في الترجمة. الملف الثالث جيد. لذلك يبدو أنه قد يكون مرتبطًا بكيفية تأثير شجرة الاستيراد / التصدير على التجميع.

لقد عثرت للتو على هذه المشكلة أثناء وجود نفس المشكلة ، واعتقدت أنني سأضيف ما تبين لي أنه في حالة تعثر أشخاص آخرين عبره بنفس الطريقة.

في حالتي ، لدي monorepo مع ملف tsconfig منفصل لكل حزمة ، والتي تمتد جميعها من tsconfig الأساسي. تحتوي كل حزمة من التهيئة على مدخلات references تشير إلى مسار الحزم التي تعتمد عليها. لدي أيضًا tsconfig.json في جذر الريبو الذي يتضمن files: [] وله مراجع لجميع أدلة الحزم. بهذه الطريقة يمكنني تشغيل tsc -b --watch من الجذر وإعادة بنائه على التغييرات خلال المشروع بأكمله.

كان هذا جيدًا لفترة طويلة ، ثم بدأ فجأة في إلقاء هذا الخطأ على الرغم من عدم تغيير أي من التكوينات.

لقد تعقبته أخيرًا بمحاولة إنشاء الحزمة الواحدة التي تم الإبلاغ عنها في الخطأ بنفسها ، بدلاً من بناء المشروع بأكمله.

تبين أن المشكلة كانت أنني حاولت استيراد المشروع نفسه. كان اسم الحزمة @my-project/utils ، وعمل بشكل جيد حتى نقلت بعض التعليمات البرمجية من حزمة أخرى إلى ملف في حزمة utils. تضمن هذا الرمز import stuff from '@my-project/utils'; وهذا هو سبب الخطأ. بالتغيير إلى import stuff from '.'; بدلاً من ذلك اختفى الخطأ ..

jasonk ربما يكون هذا مجرد كشف عن جهلي ولكن لن ينجح ذلك فقط إذا تم تجميع monorepo معًا بواسطة شيء من شأنه حل كل هذه الواردات (مثل webpack)؟ إذا كان monorepo الخاص بك يتكون من وحدات يمكن نشرها واستخدامها بشكل مستقل ، فإن التغيير إلى عمليات الاستيراد النسبية قد يتسبب في حدوث أخطاء ، أليس كذلك؟

Ghirigoro لا ، لم تكن المشكلة في أنني كنت أستخدم مسار حزمة ، بل كانت تستخدم مسار حزمة لاستيراد حزمة من داخلها. حتى بدون كتابتها ، لن ينجح ذلك.

ما فعلته كان معادلاً لهذا:

$ 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 مصفوفة node_modules/@my-project/utils ، والذي كان رابطًا رمزيًا لـ packages/utils ، لكن TypeScript لم يكتشف أنهما كانا في الواقع نفس المشروع ، لقد حاولت إنشائه مرتين ، ولكن نظرًا لأن كلا البناءين لهما نفس دليل الإخراج ، انتهى بي الأمر مع هذا الخطأ.

يحدث هذا عندما لا يتم استبعاد ملفات التصريح من الإنشاء. عند حدوث ذلك ، يحاول المنشئ إنشاء ملفات ".d.ts" الحالية واستبدالها بنفس اسم الملف. لهذا السبب سوف تحصل على الخطأ: Cannot write file ... because it would overwrite input file.

لمنع هذا ، يمكنك استبعاد "outDir":"build" في ملف jour tsconfig.json:

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

أو إذا لم يكن لديك تعريف outDir ، فاستبعد كل d.ts . ملفات الامتداد:

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

أتمنى أن يساعدك هذا

باستثناء بلدي البناء دير حل المشكلة بالنسبة لي

على الأرجح، وهذا يحدث عند محاولة تشغيل مشروع واحد مع اثنين من العقد.
بالنسبة لهذه الفرضية ، يمكنك اختبار عدد العمليات على جهاز الكمبيوتر الخاص بك باسم "العقدة" بعد إنشاء التشغيل.
ما فعلته لحل المشكلة:
الخطوة 1.
قارن
node -v
و
nvm -ls الإصدار قيد الاستخدام.
في إصدار العقدة الحالي لمجموعة المحطة:
nvm use {neededVersion}
من حيث المبدأ ، احذف الإصدارات غير الضرورية من العقدة في nvm (سيساعد ذلك IDE الخاص بك على تحديد الإصدار العادي للعقدة تلقائيًا).
الخطوة 2.
تحديد العقدة الحالية في IDE الخاص بك. على سبيل المثال في WebStorm:
التفضيلات-> اللغات والأطر -> Node.js و NPM: مترجم العقدة - اضبط الإصدار المطلوب.
(بالإضافة إلى ذلك ، يمكنك التحقق من إصدار العقدة لكل عنصر في كل مكان (تنكيسكريبت))

أيضًا ، يمكن أن تحدث هذه المشكلة إذا استخدمت حزم npm أو وحدات git الفرعية العقدة الخاصة بها في الداخل

كنت أواجه هذه المشكلة لمشروع Webdriver IO / WDIO. تم حلها عندما أزلت "wdio.config.js" من "include" في tsconfig.json.