Typescript: त्रुटि "फ़ाइल नहीं लिख सकता ... क्योंकि यह इनपुट फ़ाइल को अधिलेखित कर देगा।"

मुझे भी यही समस्या आती है।

--allowjs सेट है? क्या आप परियोजना साझा कर सकते हैं?

क्षमा करें, मैं प्रोजेक्ट साझा नहीं कर सकता, और नहीं कि ध्वज सेट नहीं है। मेरा tsconfig.json ऊपर है, और हम इसे वीएस2015 अपडेट 3 के साथ उपयोग करते हैं, जो सामान्य रूप से एमएसबिल्ड के साथ बिल्ड को ट्रिगर करता है।

मेरे पास टीम के साथी हैं जो समान परियोजनाओं पर उनके साथ होने वाले समान मुद्दे के बारे में शिकायत करते हैं। मैं एक अलग कंप्यूटर पर घर पर एक प्रोजेक्ट पर भी काम करता हूं जिसमें एक ही समस्या और एक ही सेटअप (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) और विजुअल स्टूडियो 2015 (अपडेट 3); पहली बार जब बिल्ड चलता है, तो शून्य त्रुटियां होती हैं, लेकिन उसके बाद हमें इनमें से सैकड़ों त्रुटियां मिलती हैं।

ऐसा प्रतीत होता है कि सभी त्रुटियां (हमारे लिए) "नोड_मॉड्यूल्स" फ़ोल्डर में हैं, जिसे हमने अपनी 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

दोबारा, अगर हम "नोड_मॉड्यूल्स" फ़ोल्डर को हटाते हैं तो बिल्ड एक बार काम करेगा, लेकिन फिर इसे फिर से बनाया गया है, यह अगले पुनर्निर्माण पर विफल हो जाएगा।

@होटल मैं इसे स्थानीय रूप से नहीं देख रहा हूं, मुझे क्या याद आ रही है?

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 है:

चूंकि मैं टाइपस्क्रिप्ट का उपयोग बिल्कुल नहीं कर रहा हूं, इसलिए मैंने बिल्ड को छोड़ने के लिए tsconfig बनाया है, मुझे भी लक्ष्य = 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 जांचें;
• वीएस को पुनरारंभ करें, और अपने प्रोजेक्ट में एक फाइल खोलें
• अब आपको अपने समाधान एक्सप्लोरर में TypeScript Virtual Project . के नाम से एक नया नोड देखना चाहिए

@mhegazy इस तरह?

मदद के लिए धन्यवाद।

मेरी भी यही समस्या है। मैं परियोजना को साझा नहीं कर सकता, लेकिन मैं यथासंभव अधिक से अधिक जानकारी प्रदान करने का प्रयास करूंगा।

मेरे पास .csproj ( <TypeScriptCompileBlocked>true</TypeScriptCompileBlocked> ) में टाइपप्रति संकलन अक्षम है
इसके बजाय इसे npm run build:prod द्वारा संकलित किया गया है, जो एक बिल्ड इवेंट में है।

त्रुटियां हमेशा नहीं होती हैं। मैं उन्हें प्रकट करने की कोशिश कर रहा हूं (वीएस में दिखाए गए थे, इसलिए मैंने वीएस को पुनरारंभ किया)। मैंने टाइपस्क्रिप्ट प्रोजेक्ट बनाने, समाधान बनाने, परीक्षण चलाने, कोड विश्लेषण चलाने, कोड कवरेज चलाने आदि की कोशिश की है। कुछ भी इसे ट्रिगर नहीं करता है। फिर, जैसे ही मैं अंतिम वाक्य लिख रहा था, त्रुटियां सामने आईं। तो ऐसा लगता है कि कुछ पृष्ठभूमि कार्य हैं जो इसे करते हैं? ऐसा लगता है कि मैंने निर्माण शुरू करने के लगभग 2 मिनट बाद (कम से कम 2-3 बार मैंने इसे आजमाया)

समयरेखा:
1:37:20 - विजुअल स्टूडियो खोला
1:37:30 - सॉल्यूशन बिल्ड शुरू किया
1:38:20 - निर्माण समाप्त
1:39:39 - एरर्स दिखाई दिए

मैंने देखा कि मेरा प्रोजेक्ट अभी भी v2.0.3 Microsoft.TypeScript.Compiler और Microsoft.TypeScript.MSBuild nuget संकुल का उपयोग कर रहा था। मैंने उन्हें v2.2.1 में अपडेट किया। अब तक, कोई त्रुटि नहीं। अगर मैं फिर से त्रुटियां देखता हूं तो अपडेट हो जाएगा। (संपादित करें: मुझे फिर से त्रुटियां दिखाई देती हैं, हालांकि इसमें थोड़ा अधिक समय लगा, ~ 5 मिनट, मेरे बिना कुछ भी किए लेकिन जब मैंने वीएस खोला तो निर्माण किया। असल में, मुझे त्रुटि प्राप्त करने के लिए कुछ भी बनाने की आवश्यकता नहीं है - बस खोलना प्रोजेक्ट और कुछ मिनट प्रतीक्षा करने से त्रुटियां दिखाई देती हैं)

उन पुराने नगेट पैकेजों के बारे में, क्या यह सामान्य है? मुझे लगता है कि जब मैंने टाइपस्क्रिप्ट का नया संस्करण स्थापित किया तो मुझे अपने प्रोजेक्ट टाइपस्क्रिप्ट टूल्स को अपग्रेड करने के लिए पॉपअप मिला, लेकिन ऐसा लगता है कि यह केवल <TypeScriptToolsVersion>2.2</TypeScriptToolsVersion> अपडेट किया गया है। क्या इसे नगेट पैकेज को भी अपडेट नहीं करना चाहिए?

मैंने अभी टाइपस्क्रिप्ट 2.2.1 में अपडेट किया है और यह वही समस्या है। इसके सभी नोड_मॉड्यूल को फ़्लैग करना लेकिन tsc कंपाइलर बिना किसी समस्या के पूरा होता है।

@mhegazy

@होटल मैं इसे स्थानीय रूप से नहीं देख रहा हूं, मुझे क्या याद आ रही है?

ठीक है, यह https://github.com/wc-catalogue/blaze-elements/commit/cdb94bf8feb3a1ad7e21e6fce243e3322c1334cc द्वारा तय किया गया था

विलंबित उत्तर के लिए क्षमा करें और thx 4 सहायता!

@Hotell @mhegazy मेरे लिए काम नहीं कर रहा है।
हो सकता है कि यह काम करे यदि आपके पास "परिभाषा" फ़ोल्डर में d.ts फ़ाइलें हैं?
लेकिन मेरे पास ऐसा नहीं है। मैं "node_modules" के अंतर्गत @types जो inheritedly बाहर रखा जाना चाहिए है?

@chrismbarr क्या मैं पूछ सकता हूं कि क्या आपने इसे अभी तक हल किया है? मैं धागे का पालन कर रहा हूं और यहां तक ​​​​कि @Hotell द्वारा सुझाए गए

क्या आप विस्तृत लॉगिंग सक्षम कर सकेंगे और हमें परिणाम भेज सकेंगे? सिस्टम पर्यावरण चर TSS_LOG को -file C:/temp/logs/tsserver.log -level verbose जैसे मान पर सेट करें (सुनिश्चित करें कि लॉग फ़ोल्डर मौजूद है)। फिर जब आप समस्या को पुन: प्रस्तुत करते हैं, तो विश्लेषण के लिए लॉग भेजें/संलग्न करें। (नोट: इसमें फ़ाइल पथ और पूर्णता सूची जैसे डेटा हो सकते हैं, इसलिए सुनिश्चित करें कि ऐसा कोई डेटा नहीं है जिसे आप इसमें साझा नहीं करना चाहते हैं)।

अपने परीक्षण में मैंने कभी-कभी प्रोजेक्ट सिस्टम को उस प्रोजेक्ट के दृश्य का निर्माण करते देखा है जिसमें गलत फाइलें हैं, जिससे अप्रत्याशित समय पर रुक-रुक कर त्रुटियां होती हैं। मैं देखना चाहता हूं कि क्या यहां इसका कारण हो सकता है।

मैं अपना ईमेल पता प्रदान कर सकता हूं यदि आप फ़ाइलों को अपलोड करने के बजाय सीधे भेजना चाहते हैं (बिल्टी माइक्रोसॉफ्ट डॉट कॉम पर)। धन्यवाद।

@ जॉनली नहीं,

@ बिल्टी वैरिएबल जोड़ा गया, विजुअल स्टूडियो (2017) पुनरारंभ हुआ, समाधान पुनर्निर्माण किया गया, लेकिन लॉग फ़ाइल नहीं बनाई जा रही है। मुझे क्या जांचना चाहिए?

क्या यह निश्चित रूप से एक सिस्टम पर्यावरण चर है (यानी यदि आप एक नया कमांड प्रॉम्प्ट खोलते हैं और SET TSS चलाते हैं तो सेटिंग सूचीबद्ध है)? यदि ऐसा नहीं है, तो वह फ़ोल्डर है जिसे लॉग को पहले से मौजूद होने के लिए लिखा जाना है (लकड़हारा ऐसी निर्देशिका नहीं बनाएगा जो मौजूद नहीं है)। इसके अलावा, पथ में बैकस्लैश के बजाय फॉरवर्ड स्लैश का उपयोग करना भी सुरक्षित है।

:(

@ बिल्टी ठीक है, मैंने अभी जाँच की है और लॉग फाइलें अभी हैं। कृपया उन्हें यहां संलग्न करें
tss-log.zip

धन्यवाद। मैंने उस लॉग में एक नज़र डाली, और मुझे नहीं लगता कि इसमें किसी भी कॉल द्वारा त्रुटि की सूचना दी जा रही है। क्या त्रुटि निश्चित रूप से उस समय सीमा में हुई है जिसमें यह लॉग शामिल है?

@ बिल्टी हां, त्रुटियां हर समय हो रही हैं:

वे स्थायी रूप से वहीं हैं। और हर एक निर्माण पर ताज़ा किया।

वे सभी त्रुटियां गलत चर घोषणाओं से संबंधित हैं (एक अलग मुद्दा जिसे हमने आगामी रिलीज के लिए पहले ही तय कर दिया है)। यह समस्या लगभग Cannot write file... प्रति शीर्षक और ऊपर दिए गए स्क्रीन शॉट्स के लिए है। क्या आपके पास Cannot write file... मुद्दा नहीं है?

@ बिल्टी ने अपना पिछला संदेश पोस्ट करने के बाद (जिसे मैंने अपनी मूर्खता के प्रदर्शन के रूप में वहां छोड़ा था) मुझे एहसास हुआ कि त्रुटियां एक अलग तरह की हैं। मैं केवल उस दृश्य स्टूडियो अपडेट का अनुमान लगा सकता हूं जिसे मैंने कुछ दिन पहले स्थापित किया था, मूल मुद्दे को हल किया। किंतु मुझे यकीन नहीं है।
मैंने पिछले संदेश से इन त्रुटियों से छुटकारा पा लिया है, बस प्रकारों को @types से हटा रहा हूं।
बहुत - बहुत धन्यवाद।

@ बिल्टी मैं आपको भेजने के लिए कुछ लॉग रखने की कोशिश कर रहा हूं, लेकिन कोई भी नहीं बनाया गया है। मैंने अपने सिस्टम (उपयोगकर्ता नहीं) चर में TSS_LOG से -file C:/temp/logs/tsserver.log -level verbose किया है।

C:\temp\logs मौजूद है, और मैंने Everyone को पूर्ण नियंत्रण दिया है।

अगर मैं अपने वीएस2015 को पुनरारंभ करता हूं, तो मेरी सभी Cannot write file... त्रुटियों के बाद भी C:\temp\logs के अंदर कुछ भी नहीं बनाया गया है। अगर मैं एक नए कमांड प्रॉम्प्ट में node node_modules\typescript\lib\tsserver.js (और CTRL+C तुरंत) टाइप करने का प्रयास करता हूं, तो मुझे दो लॉग फाइलें मिलती हैं।

क्षमा करें @kevindqc , मुझे नहीं पता था कि आप वीएस 2015 पर थे। वह लॉगिंग केवल वीएस 2017 पर लागू होती है (जो अब भाषा सेवा के लिए tsserver.js प्रक्रिया से बाहर का उपयोग करती है)।

वापस जा रहे हैं और अपनी समस्या को देख रहे हैं - यदि आप त्रुटि सूची को बेतरतीब ढंग से बदलते हुए देख रहे हैं, तो मेरा मानना ​​​​है कि यह वही मुद्दा है @zhengbli बस https://github.com/Microsoft/TypeScript/pull/15080 में तय किया गया है।

@ बिल्टी एनपी। मुझे लगता है कि यह मुद्दा केवल वीएस2015 पर ही हो रहा है, नहीं? समस्या के साथ एकमात्र उपयोगकर्ता जो वीएस2017 का उपयोग कर रहा था, टाइपिंग से संबंधित विभिन्न त्रुटियां थीं। वीएस2015 से वीएस2017 में स्विच करने वाले किसी व्यक्ति ने कहा कि समस्या दूर हो गई है।

इसके अलावा, त्रुटि सूची बेतरतीब ढंग से नहीं बदलती है - यह एक यादृच्छिक समय पर, एक बार, उन सभी "लिख नहीं सकता .." त्रुटियों के साथ पॉप्युलेट हो जाती है, जो इस मुद्दे के बारे में है। क्या आप सुनिश्चित हैं कि #15080 इसे ठीक करता है? कल आपने जो संदर्भ दिया था, उसके अलावा मुझे इस मुद्दे के बारे में कुछ भी नहीं दिख रहा है? मैं इसका परीक्षण कैसे कर सकता हूं? मैं देखता हूं कि 2.3 आरसी है लेकिन इसे 9 दिन पहले जारी किया गया था जबकि फिक्स 2 दिन पहले विलय कर दिया गया था :(

साथ ही मैंने देखा कि समाधान बंद करने के बाद भी त्रुटियाँ मेरी त्रुटि सूची में बनी रहती हैं।

इसके अलावा जिस व्यक्ति ने अपनी टाइपस्क्रिप्ट वर्चुअल प्रोजेक्ट पोस्ट किया था, वह अलग-अलग त्रुटियों वाला था, इसलिए मुझे लगता है कि यह सहायक नहीं था। यहाँ मेरा है:

क्या node_modules होना चाहिए? यह मेरे tsconfig में शामिल नहीं है। इसमें वह सब कुछ नहीं है जो मेरे भौतिक नोड_मॉड्यूल फ़ोल्डर में है (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
    ]
}

हो सकता है कि टाइपस्क्रिप्ट dist फ़ोल्डर की सामग्री को भी देख रहा हो, भले ही इसे outDir रूप में सेट किया गया हो।

यदि आपके प्रोजेक्ट रूट के तहत आपका outDir , और आप रूट के तहत सब कुछ शामिल कर रहे हैं, तो यह अपेक्षित होगा। आम तौर पर आप प्रोजेक्ट स्रोत फ़ोल्डर के अलावा कहीं और अपना बिल्ड आउटपुट रखना चाहते हैं।

ऐसा लगता है कि ऊपर दी गई सभी समस्याओं का समाधान इस थ्रेड या इससे जुड़ी समस्याओं में किया गया है। अगर ऐसा नहीं है तो मुझे बताएं और मैं फिर से खोलूंगा। धन्यवाद!

@ बिल्टी मुझे लगता है कि आपकी टिप्पणी मेरी पिछली टिप्पणी के जवाब में है? यदि हां, तो स्पष्ट करने के लिए धन्यवाद। यह अब मेरे लिए मामला और अधिक स्पष्ट करता है जैसा कि मैंने मान लिया था कि rootDir निर्दिष्ट करते समय संकलक केवल उस विशेष फ़ोल्डर को देखेगा और बाकी सब कुछ बाहर कर देगा। लेकिन वर्तमान व्यवहार समझ में आता है।

सबसे अच्छा समाधान borislemke से है ।
{ "compilerOptions": { ..., "outDir": "./dist", "rootDir": "./src", }, "exclude": [ "node_modules", "dist" <-- I had to add this to fix the errors ] }

मैं एक ही मुद्दे में भाग गया और पाया कि मेरा एक आयात मेरे डिस्टर्ब फ़ोल्डर ईजी में कक्षा को गलत तरीके से संदर्भित कर रहा था
आयात {ClassName} "../../dist/ClassName" से;

चूंकि आयात करने वाला वर्ग उसी फ़ोल्डर में था, मैंने इसे इसमें बदल दिया:
आयात {ClassName} "./ClassName" से;

और सब कुछ फिर से संकलित हो रहा है :)

हमारे ऐप में हमारे पास पहले से परिभाषित 'डिस्ट' फोल्डर था। इसे हटाने से यह मेरे लिए ठीक हो गया।

मुझे लगता है कि यह अंडरलेइंग समस्या है (अंतिम विंडोज क्रिएटर्स अपडेट):
विजुअल-स्टूडियो-2015-डिलीट-फाइल-ऑन-सेव-कॉर्डोवा-समाधान

बस आपको tsconfig.json में बहिष्करण सूची में "dist" फ़ोल्डर जोड़ें
भूतपूर्व:
"बहिष्कृत करें": ["नोड_मॉड्यूल", "जिला"]

मैंने एक शामिल अनुभाग जोड़कर इसे ठीक किया:

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

outDir का उपयोग करते समय मैं इसमें भी भाग गया जो मेरे स्रोत निर्देशिका के अंतर्गत था।

यह कैसे है कि टाइपप्रति संकलक डिफ़ॉल्ट रूप से नहीं जानता है कि उसे outDir में चीजों को संकलित करने का प्रयास नहीं करना चाहिए? यह अजीब लगता है। बहिष्करण सूची में बाहरी को जोड़ने से हालांकि यह ठीक हो गया।

मुझे नेटबीन्स लॉल के साथ यह समस्या है

मुझे यह त्रुटि तब भी मिली जब मेरे पास दो फाइलें foo.ts और foo.tsx थीं, जो दोनों स्पष्ट रूप से foo.js संकलित होंगी।

  "compilerOptions": {
    "noEmit": true 
  }

मेरे लिए इसे ठीक किया।

noEmit एक बेहतर समाधान है यदि आप विश्लेषण के लिए *.js फाइलें जेनरेट करना चाहते हैं। वे जरूरी नहीं कि tsc साथ उत्पन्न हों।

मेरे मामले में, Ream.js .ream/**.js उत्पन्न करता है जिसे मैं तब अपने कोड में import XXX from '#out/yyy' साथ आयात करता हूं (जो काम करता है, लेकिन वीएस कोड में "फ़ाइल नहीं लिख सकता ..." चेतावनी उत्पन्न करता है)।

मूल रूप से, "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 प्रविष्टि ने क्या किया।

तो यह एक परियोजना संदर्भ मोनोरेपो में 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",

तो जाहिर है कि मुझे या तो इस प्रीपब्लिश में हेरफेर करना होगा, या पैकेज में स्रोत प्रकाशित करना होगा।

स्थापना:

"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' उन निर्यात की गई फ़ाइलों में से एक में।

मैंने पिछले दो दिनों तक इस पर अपना सिर फोड़ दिया जब तक कि मैंने index.ts हटा नहीं दिया और एक आयात त्रुटि नहीं हुई। यह बहुत स्पष्ट नहीं था।

तो मुझे लगता है कि समस्या इसलिए थी क्योंकि मेरे पास एक ही रेपो में 2 टीएस प्रोजेक्ट है। (कोणीय और Nestjs), स्तर 1 फ़ोल्डर का tsconfig.json इस त्रुटि को फेंक रहा है। मैंने बहिष्कृत "सार्वजनिक" डालकर तय किया, जो सार्वजनिक रूप से मेरा कोणीय कोड है जिसका अपना tsconfig.json है।

मुझे यह समस्या हो रही थी क्योंकि मुझे यकीन नहीं था कि ts-node काम क्यों नहीं कर रहा था, तो मैं tsc यह जांचने के लिए कि क्या समस्या टाइपस्क्रिप्ट थी। के परिणामस्वरूप tsc , मैं अब के दर्जनों था .js के साथ कंधे से कंधा मिलाकर फ़ाइलों ts जो मैं चलाकर पुष्टि कर सकते हैं git status

समाधान git clean -f ।

मेरे मामले में, ऐसा लगता है कि वी.एस. कोड ऑटो से एक फ़ाइल आयात किया था 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 इंटेलिजेंस को .js/vue फाइलों में काम करना है।

एक ही त्रुटि संदेश था। मुद्दा यह था कि मेरे पास एक ही नाम की दो फाइलें थीं, लेकिन एक ही फ़ोल्डर में अलग-अलग एक्सटेंशन थे, इसलिए .js एक्सटेंशन वाले एक को हटाकर इसे ठीक कर दिया।

एक ही त्रुटि संदेश था। मुद्दा यह था कि मेरे पास एक ही नाम की दो फाइलें थीं, लेकिन एक ही फ़ोल्डर में अलग-अलग एक्सटेंशन थे, इसलिए .js एक्सटेंशन वाले एक को हटाकर इसे ठीक कर दिया।

हाँ मेरे पास एक ही मुद्दा था। मैंने एक .tsx फ़ाइल का नाम बदल दिया है .ts जिसे वीएस-कोड ने मददगार रूप से फिर से बनाया, जिससे समस्या हुई।

सुनिश्चित नहीं है कि इसे सही तरीके से कैसे हल किया जाए, लेकिन मेरे मामले में मैंने tsconfig.json से "declaration": true हटा दिया। D.ts फाइलें नहीं बनाई जाती हैं, लेकिन मुझे उनकी वैसे भी जरूरत नहीं है।

इसी तरह के त्रुटि संदेश को गुगल करके यहां आने वाले किसी व्यक्ति के लिए, मुझे अपने निष्कर्ष साझा करने दें:

1. जैसा कि आप पढ़ सकते हैं, यह त्रुटि इसलिए हुई क्योंकि टाइपस्क्रिप्ट कंपाइलर एक .js फ़ाइल को उसी पथ में संकलित करने का प्रयास कर रहा था।
2. सबसे अधिक संभावना है कि आप .js फ़ाइलों को बिल्कुल भी संकलित नहीं करना चाहते हैं। यदि संभव हो, तो अपने tsconfig.json से allowJs: true या अपने CLI विकल्पों से --allow-js हटा दें।
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 इंटेलिजेंस को .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 बिल्ड में डिस्टर्ब डायरेक्टरी को शामिल किया गया था:

"exclude": [
    "node_modules"
  ]

--- जाता है

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

क्या dist आपका बिल्ड फोल्डर है?

यदि outDir को छोड़कर आपके काम नहीं आया, तो यह देखने के लिए जाँच करें कि कहीं आपके पास समान पथ और फ़ाइल नाम लेकिन भिन्न एक्सटेंशन वाली डुप्लिकेट फ़ाइलें तो नहीं हैं।

यह तब होता है जब डिक्लेरेशन फाइल्स को बिल्ड से बाहर नहीं किया जाता है। जब भी ऐसा होता है, बिल्डर मौजूदा ".d.ts" फ़ाइलों को बनाने और उन्हें उसी फ़ाइल नाम से बदलने का प्रयास करता है। इसलिए आपको त्रुटि मिलेगी: Cannot write file ... because it would overwrite input file.

इसे रोकने के लिए, आप अपने "outDir":"build" को जर्नल 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

PS और क्या होगा जब आप अपना ../lib फोल्डर डिलीट कर देंगे? क्या यह निर्माण करेगा?

@Abadii : अगर मैं बिल्ड फ़ोल्डर को हटा देता हूं तो यह बन जाएगा (वास्तव में यह केवल तभी बनेगा जब मैं बिल्ड फ़ोल्डर को हटा/खाली कर दूंगा)। यह सच है भले ही मैं exclude घोषणा फ़ाइलें और बिल्ड फ़ोल्डर।
FYI करें परियोजना संरचना इस प्रकार है:

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 के रूप में आज़माएं यह जाँचने के लिए कि क्या यह व्यवहार को बदलता है
यदि आप एक विंडोज़ उपयोगकर्ता हैं, तो दोबारा जांचें कि परिभाषित पूर्ण पथ सही है।

@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 तो .... ऐसा प्रतीत होता है कि ऐसा होने का कारण यह था कि, भले ही जेएस फाइलें शामिल नहीं थीं, वे असफल हो रहे थे क्योंकि वे कॉमनजेएस मॉड्यूल थे .... ....

दूसरे शब्दों में, एक बार जब सब कुछ उचित आयात/निर्यात हो गया, तो मुझे यह मुद्दा मिलना बंद हो गया। तो, इस धागे की टिप्पणियों और सुधारों की भारी संख्या के आधार पर, मुझे लगता है कि यह उन लाल हेरिंग त्रुटियों में से एक है। जैसे कि, जब 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. प्रत्येक संकुल विन्यास में references प्रविष्टियाँ होती हैं जो उस संकुल के पथ की ओर इशारा करती हैं जिस पर वह निर्भर करता है। मेरे पास रेपो की जड़ में एक tsconfig.json भी है जिसमें files: [] और इसमें सभी पैकेज निर्देशिकाओं के संदर्भ हैं। इस तरह मैं रूट से tsc -b --watch चला सकता हूं और इसे पूरे प्रोजेक्ट में बदलावों पर पुनर्निर्माण कर सकता हूं।

इसने काफी समय तक ठीक काम किया, फिर अचानक इस त्रुटि को फेंकना शुरू कर दिया, भले ही कोई भी कॉन्फ़िगरेशन नहीं बदला था।

मैंने अंततः पूरे प्रोजेक्ट के निर्माण के बजाय, त्रुटि में रिपोर्ट किए गए एक पैकेज को बनाने का प्रयास करके इसे ट्रैक किया।

समस्या यह थी कि मैंने परियोजना को आयात करने का प्रयास किया था। पैकेज का नाम था @my-project/utils , और यह तब तक ठीक काम करता था जब तक कि मैं किसी अन्य पैकेज से कुछ कोड को utils पैकेज में फ़ाइल में स्थानांतरित नहीं कर देता। उस कोड में import stuff from '@my-project/utils'; था और यही त्रुटि का कारण बना। इसके बजाय import stuff from '.'; बदलकर त्रुटि दूर हो गई।

@jasonk यह शायद मेरी अज्ञानता को प्रकट कर रहा है, लेकिन क्या यह केवल तभी काम नहीं करेगा जब आपके मोनोरेपो को किसी ऐसी चीज से बांधा जा रहा हो जो उन सभी आयातों (जैसे वेबपैक) को हल कर दे? यदि आपका मोनोरेपो मॉड्यूल से बना है जिसे प्रकाशित किया जा सकता है और स्वतंत्र रूप से सापेक्ष आयात में बदलने से त्रुटियों का कारण होगा?

@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 लिए एक सिमलिंक था, लेकिन टाइपस्क्रिप्ट ने यह पता नहीं लगाया कि वे वास्तव में एक ही प्रोजेक्ट थे इसलिए इसने इसे दो बार बनाने की कोशिश की, लेकिन चूंकि दोनों बिल्डों में एक ही आउटपुट निर्देशिका थी, इसलिए मैं इस त्रुटि के साथ समाप्त हुआ।

यह तब होता है जब डिक्लेरेशन फाइल्स को बिल्ड से बाहर नहीं किया जाता है। जब भी ऐसा होता है, बिल्डर मौजूदा ".d.ts" फ़ाइलों को बनाने और उन्हें उसी फ़ाइल नाम से बदलने का प्रयास करता है। इसलिए आपको त्रुटि मिलेगी: Cannot write file ... because it would overwrite input file.

इसे रोकने के लिए, आप अपने "outDir":"build" को जर्नल tsconfig.json फ़ाइल में बाहर कर सकते हैं:

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

या यदि आपके पास outDir परिभाषित नहीं है तो सभी d.ts बाहर कर दें। एक्सटेंशन फ़ाइलें:

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

उम्मीद है ये मदद करेगा

मेरे बिल्ड डीआईआर को छोड़कर मेरे लिए समस्या हल हो गई

सबसे अधिक संभावना है, ऐसा तब होता है जब आप एक प्रोजेक्ट को दो नोड्स के साथ चलाने का प्रयास करते हैं।
इस परिकल्पना के लिए, आप रन बिल्ड के बाद अपने कंप्यूटर पर "नोड" नामक प्रक्रियाओं की गिनती का परीक्षण कर सकते हैं।
मैंने समस्या को हल करने के लिए क्या किया:
चरण 1।
तुलना करना
node -v
तथा
nvm -ls , उपयोग में संस्करण।
टर्मिनल में वर्तमान नोड संस्करण सेट करें:
nvm use {neededVersion}
सिद्धांत रूप में, nvm में नोड के अनावश्यक संस्करणों को हटा दें (यह आपके IDE को नोड के सामान्य संस्करण को स्वचालित रूप से निर्धारित करने में मदद करेगा)।
चरण 2।
अपने आईडीई में वर्तमान नोड का निर्धारण करें। यानी वेबस्टॉर्म में:
वरीयताएँ-> भाषाएँ और रूपरेखाएँ -> Node.js और NPM: नोड दुभाषिया - आवश्यक संस्करण सेट करें।
(इसके अलावा, आप हर जगह प्रत्येक आइटम के लिए नोड के संस्करण की जांच कर सकते हैं (टाइपस्क्रिप्ट))

साथ ही, यह समस्या तब हो सकती है जब npm संकुल या git सबमॉड्यूल अपने स्वयं के नोड का उपयोग करते हैं

मैं वेबड्राइवर आईओ/डब्ल्यूडीआईओ परियोजना के लिए इस मुद्दे का सामना कर रहा था। यह हल हो गया जब मैंने tsconfig.json में "wdio.config.js" को "include" से हटा दिया।