Typescript: फ़ाइल केवल आवरण में पहले से शामिल फ़ाइल से भिन्न है: सही आवरण लेकिन सापेक्ष पथ

यह बग जैसा दिखता है, लेकिन हमें इसे पुन: पेश करने के लिए किसी तरह की आवश्यकता होगी। क्या आपके पास ज़िप फ़ाइल या रेपो या उन फ़ाइलों का विवरण है जो हम उपयोग कर सकते हैं?

जैसा कि यह पता चला है, मुद्दा थर्ड पार्टी मॉड्यूल, tsify के साथ था। हमारी परियोजना 1.0.1 का उपयोग कर रही थी, और 4.0.0 तक forceConsistentCasingInFileNames समर्थित नहीं थी।

मेरे पास मेरे एक घटक आयात के साथ एक ही मुद्दा था। मैं घटक निर्देशिका का नाम उसी "एच" के साथ ऐतिहासिक था जिसे मैं राजधानी "एच" के साथ आयात करने की कोशिश कर रहा था। यह होना चाहिए "
आयात {GraphDataComponent} से "./historical/graph-data/graph-data-ponent"; "के बजाय" import {GraphDataComponent} से "।/Historical/graph-data/gata-data.component" app.moudule में करें। ts।

धन्यवाद @aaybhangu!

नमस्ते, मैं अभी भी इस समस्या का सामना कर रहा हूं - त्रुटि TS1149: फ़ाइल नाम 'src / मॉडल / हेडर / userRole.ts' पहले से ही शामिल फ़ाइल नाम 'src / मॉडल / हेडर / UserRole.ts' से अलग है केवल आवरण में।
मैंने इसे ठीक करने के कई तरीके आजमाए हैं, लेकिन कोई किस्मत नहीं। मैं खिड़कियों का उपयोग कर रहा हूं।

मैं भी इसी मुद्दे का सामना कर रहा हूं।
अभी के लिए, सेटिंग द्वारा "हल किया गया":
"forceConsistentCasingInFileNames": false,
tsconfig.json

मैं हाल ही में इस सटीक त्रुटि के कारण लड़खड़ा गया।
कुछ गुगली करने के बाद मुझे यह मिला। आखिरी जवाब ने मेरी आंख पकड़ ली। तो मैं बस दृश्य स्टूडियो कोड में काम कर रहा था फ़ोल्डर बंद कर दिया और इसे फिर से खोला। सब कुछ लोड होने के बाद, कोई त्रुटि नहीं और मुझे tsconfig.json फ़ाइल के साथ गड़बड़ नहीं करनी थी।

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

मैं इसी मुद्दे पर आया था

• कार्यक्षेत्र निकालें मदद नहीं की
• बल बदलने से असंबंधित कैसिंगइन्फ्लेम ने मदद नहीं की

मेरे मामले के लिए, कहीं निर्देशिका में, त्रुटियां हो रही थीं, बदल दी गईं ...? इसलिए मुझे उन सभी को ठीक करने के लिए निम्नलिखित करना पड़ा।

1. आप निर्देशिका नाम को "OriginalDirectoryName" => "AnotherName" तरह बदलते हैं
2. VsCode स्रोत नाम में निर्देशिका नाम को अपडेट करने का प्रयास करेगा, इसलिए कुछ सेकंड प्रतीक्षा करें, और यह दिखाएगा कि सभी फ़ाइलों को नए निर्देशिका नाम के साथ अद्यतन करने की आवश्यकता है।
3. File -> Save सभी जाओ और उन सभी को बचाओ
4. निर्देशिका नाम वापस "AnotherName" => "OriginalDirectoryName" बदलें
5. फिर, यह फ़ाइलों को अपडेट करने का प्रयास करने वाला है, ताकि आप उन सभी को बचा सकें।
6. रिबूट Vsकोड।

तो यह समस्या को ठीक करना चाहिए।

मुझे यह बग ऊँचे फ़ाइल से नाम बदलने के बाद मिल रहा है

मेरे मामले में, मैं Logger नामक एक फ़ाइल बनाता था, लेकिन बाद में logger गया। एक फ़ाइल जो इसे आयात करती है वह हमेशा इस त्रुटि संदेश को दिखाती है लेकिन वास्तव में टर्मिनल या अन्य फ़ाइलों में, यह संदेश नहीं दिखाएगी।

इसलिए मैं VSCode को पुनः लोड करने के लिए VSCode Reload Window सुविधा का उपयोग करता हूं, और त्रुटि संदेश गायब हो जाता है। तो मुझे लगता है कि शायद इस त्रुटि के लिए VSCode में कहीं कैश है और स्पष्ट नहीं है? फ़ाइल का नाम सही होने के बाद आपको इस समस्या का सामना करने की कोशिश हो सकती है।

मेरे पास एक ही मुद्दा है, और अभी पता चला है कि किसी कारण से, कुछ ts फ़ाइल में इसे कैपिटल अक्षरों का उपयोग करके कहा जाता है, तो मैंने इसे लोअरकेस के लिए नाम दिया और यह काम करता है।

आप इस मॉडल ts फ़ाइल को हटाने और कोणीय-सीएलआई के साथ फिर से बनाने की कोशिश कर सकते हैं।

अद्यतन के मामले में अपवाद के परिणामस्वरूप मामले में परिवर्तन होता है। ध्यान दें कि कैसे फ़ाइल को अलग-अलग मामलों में खोला जाता है और उसी कमांड में मूल आवरण के साथ बंद किया जाता है।

Info 69   [10:30:18.128] request:
    {"seq":5,"type":"request","command":"updateOpen","arguments":{"changedFiles":[],"closedFiles":["c:/temp/est/Logger.ts"],"openFiles":[{"file":"c:/temp/est/logger.ts","fileContent":"export class logger {\r\n    \r\n}","scriptKindName":"TS","projectRootPath":"c:\\temp\\est"}]}}
Err 70    [10:30:18.153] Exception on executing command {"seq":5,"type":"request","command":"updateOpen","arguments":{"changedFiles":[],"closedFiles":["c:/temp/est/Logger.ts"],"openFiles":[{"file":"c:/temp/est/logger.ts","fileContent":"export class logger {\r\n    \r\n}","scriptKindName":"TS","projectRootPath":"c:\\temp\\est"}]}}:

    Debug Failure. False expression: Script should not exist and not be open already

    Error: Debug Failure. False expression: Script should not exist and not be open already
        at ProjectService.applyChangesInOpenFiles (c:\Typescript\built\local\tsserver.js:138090:34)
        at Session.handlers.ts.createMapFromTemplate._a.(anonymous function) (c:\Typescript\built\local\tsserver.js:138972:46)
        at c:\Typescript\built\local\tsserver.js:140630:88
        at IOSession.Session.executeWithRequestId (c:\Typescript\built\local\tsserver.js:140621:28)
        at IOSession.Session.executeCommand (c:\Typescript\built\local\tsserver.js:140630:33)
        at IOSession.Session.onMessage (c:\Typescript\built\local\tsserver.js:140653:35)
        at Interface.<anonymous> (c:\Typescript\built\local\tsserver.js:141968:27)
        at Interface.emit (events.js:182:13)
        at Interface._onLine (readline.js:290:10)
        at Interface._normalWrite (readline.js:433:12)
        at Socket.ondata (readline.js:149:10)
        at Socket.emit (events.js:182:13)
        at addChunk (_stream_readable.js:283:12)
        at readableAddChunk (_stream_readable.js:264:11)
        at Socket.Readable.push (_stream_readable.js:219:10)
        at Pipe.onStreamRead [as onread] (internal/stream_base_commons.js:94:17)

यह समस्या केवल रूट फ़ाइल नामों की जाँच करने से अधिक शामिल है। जब कार्यक्रम का पुन: उपयोग होता है तो एक और परीक्षा का मामला होता है जो विफल रहता है जो कि सरल कार्यक्रम का पुन: उपयोग परीक्षण है:

it("forceConsistentCasingInFileNames works when renaming file with different casing", () => {
            const loggerFile: File = {
                path: `${projectRoot}/logger.ts`,
                content: `export class logger { }`
            };
            const anotherFile: File = {
                path: `${projectRoot}/another.ts`,
                content: `import { logger } from "./logger"; new logger();`
            };
            const tsconfig: File = {
                path: `${projectRoot}/tsconfig.json`,
                content: JSON.stringify({
                    compilerOptions: { forceConsistentCasingInFileNames: true }
                })
            };

            const host = createWatchedSystem([loggerFile, anotherFile, tsconfig, libFile, tsconfig]);
            createWatchOfConfigFile(tsconfig.path, host);
            checkOutputErrorsInitial(host, emptyArray);
            host.writeFile(anotherFile.path, anotherFile.content.replace("./logger", "./Logger"));
            host.runQueuedTimeoutCallbacks();
            checkOutputErrorsIncremental(host, [
                createCompilerDiagnostic(Diagnostics.File_name_0_differs_from_already_included_file_name_1_only_in_casing, loggerFile.path, `${projectRoot}/Logger.ts`),
            ]); // Currently the errors are not reported in watch mode but will be reported if program is created from scratch.
        });

हाँ, मैं यह एक ही मुद्दा रहा हूँ और पहले से बताए गए फ़िक्सेस / वर्कअराउंड में से कोई भी मदद करने के लिए कुछ भी नहीं करता है।

मेरे मामले में, संदेश है:

error TS1149: File name '/mnt/c/Users/<username>/Documents/adobe-scripts/InDesign/Create Downloadable 
(2020a)/Illustrator/2015.3/index.d.ts' differs from already included file name '/mnt/c/Users/<username>/Documents/adobe-scripts/InDesign/Create Downloadable (2020a)/illustrator/2015.3/index.d.ts' only in casing.

@SturmB

इलस्ट्रेटर

तथा

इलस्ट्रेटर

मैं त्रुटि संदेश और ट्रांसपिलर क्या देखता है से अच्छी तरह वाकिफ हूं। क्या मैं _d't_ समझता हूं कि यह illustrator निचला संस्करण कहां से प्राप्त कर रहा है। मैंने कई खोजें की हैं और बिलकुल कोई उदाहरण नहीं मिल सकता है जहाँ illustrator (जब किसी टिप्पणी या स्ट्रिंग या जो कुछ भी उपयोग नहीं किया जाता है) सभी लोअरकेस है। एक उदाहरण जहां मैं संदर्भित कर रहा हूं कि index.d.ts फ़ाइल उस Illustrator फ़ोल्डर में है, शब्द को ठीक से कैपिटल किया गया है, जैसा कि निर्देशिका नाम है।

मुझे एक समान समस्या थी, लेकिन मैं इसे अब और नहीं दोहरा सकता। यह एक VSCode बग की तरह लगता है: अपरकेस नाम वाली एक फ़ाइल को कुछ मामलों में निचले नाम के रूप में प्रदर्शित किया जाता है, जिसमें स्रोत नियंत्रण मेनू भी शामिल है।

मैंने देखा है कि, कभी-कभी, कोई व्यक्ति फ़ोल्डर के नाम को 'foo' से 'Foo' में बदल सकता है और जब आप git pull करते हैं तो या तो वह फ़ोल्डर का नाम अपडेट नहीं करता है, या कोई व्यक्ति परिवर्तन को पुश करना भूल गया है । उस स्थिति में आपके सभी कोड संदर्भ सही हैं, आपके कोड में कुछ भी गलत नहीं है, और कई बार उस फ़ोल्डर की फाइलें ठीक पाई जा सकती हैं; यह सिर्फ TS सनकी बाहर कर दूँगा।

तो उस फ़ोल्डर को खोजें जो मूल कारण है। फ़ोल्डर का नाम बदलें। और ठीक से प्रतिबद्ध:

git mv foo tmp
git mv tmp Foo

commit और push द्वारा अनुसरण किया जाना एक git रेपो में एक निर्देशिका का नाम बदलने का सबसे सरल तरीका होगा।

Git की कॉन्फ़िगरेशन सेटिंग है जो यह बताती है कि मामला संवेदनशील या असंवेदनशील होना चाहिए: core.ignorecase । Git को केस-सेन्सटिव बताने के लिए, इस सेटिंग को false सेट करें

और देखें:

https://stackoverflow.com/questions/17683458/how-do-i-commit-case-sensitive-only-filename-changes-in-git/17688308#17688308

यह मेरे लिए क्या था सभी नाम बदल रहा है, सर्वर को बंद कर रहा है, उन सभी फाइलों का नाम बदल रहा हूं जिन्हें मैं नाम बदलना और सर्वर को फिर से शुरू करना चाहता हूं। कैशिंग समस्या का कुछ प्रकार होना चाहिए।

VSCode में पुनः लोडिंग विंडो ने समस्या को ठीक किया। मैंने CamelCase के लिए एक प्रतिक्रिया घटक बदल दिया और इस मुद्दे पर आया। ऐसा लगता है कि VSCode में किसी प्रकार का कैशिंग मुद्दा है।

मैं अभी इस पार आया था; मेरा componentA.tsx आयातित ../store/someStore लेकिन इस आयात के परिणामस्वरूप यह त्रुटि हुई, फ़ाइलनाम का सुझाव SomeStore.ts (भले ही फाइलसिस्टम और VSCode उस स्थान पर someStore.ts ।

फ़ाइल नाम '/mypath/store/someStore.ts' पहले से ही शामिल फ़ाइल नाम से भिन्न है '/ mipath/store/SomeStore.ts' केवल आवरण में। _ts (1149) _

कुछ अन्य फ़ाइल ( ../store/index.ts ) का गलत आयात हुआ ( ./SomeStore ) लेकिन किसी भी त्रुटि को नहीं उठाया। उस आयात को ठीक करने और VSCode को पुनरारंभ करने के बाद, componentA.tsx अब इस त्रुटि को नहीं उठाता है।

index.ts के फिक्स को वापस लाने और VSCode के परिणाम को फिर से componentA.tsx पर एक नकली त्रुटि के रूप में फिर से शुरू करें।

एक स्थिति जो मैंने अपनी स्थिति में मदद करने के लिए की थी, वह थी WSL का उपयोग बंद करना। मैं अपने मूल कस्टम सेटअप पर वापस चला गया जो Cygwin का लाभ उठाता है और मेरे पास यह मुद्दा नहीं है।

मैं भी इसी मुद्दे का सामना कर रहा हूं।
अभी के लिए, सेटिंग द्वारा "हल किया गया":
"forceConsistentCasingInFileNames": false,
tsconfig.json

धन्यवाद, यह मदद करता है

कुछ गुगली करने के बाद मुझे यह मिला। आखिरी जवाब ने मेरी आंख पकड़ ली। तो मैं बस दृश्य स्टूडियो कोड में काम कर रहा था फ़ोल्डर बंद कर दिया और इसे फिर से खोला। सब कुछ लोड होने के बाद, कोई त्रुटि नहीं और मुझे tsconfig.json फ़ाइल के साथ गड़बड़ नहीं करनी थी।

यह वास्तव में काम किया

मैं किसी फ़ाइल का नाम सेट करके और फिर उसका नाम बदलकर दूसरे पर पुन: पेश करने में सक्षम था। यह स्रोत मैपिंग में ठीक से अपडेट नहीं होता है। मैंने समस्या फ़ाइल को हटा दिया और इसे फिर से जोड़ा। एक दर्द, हाँ, लेकिन यह काम किया।

मेरे पास समस्या थी, मैंने इसे "forceConsistentCasingInFileNames": झूठा सेट करके तय किया
tsconfig.json में फिर से सच करने के लिए।

मैं इसे केवल VSCode को रीबूट करता हूं।

फ़ाइल नाम बदलने के बाद मुझे वेबस्टॉर्म में भी ऐसी ही समस्या है, मुझे पूरा यकीन है कि यह कुछ आईडीई कैश है।

यदि क्लीयरिंग कैश / रीबूटिंग आईडीई मदद नहीं करता है, तो फ़ोल्डर को हटा दें, फिर से क्लोन करें और क्लीन इंस्टॉल करें।

मैंने इसे एक मैक पर पाया है:

परिदृश्य

• ComponentA.ts नाम की फ़ाइल
• ComponentsB.ts में import ComponentA from './ComponentA';
• ComponentsC.ts में import ComponentA from './ComponentA';
• componentA.ts करने के लिए परिवर्तन ComponentA.ts फ़ाइल नाम
• घटक को अपडेट करें import ComponentA from './componentA;'
• घटक के लिए आयात को अद्यतन करने के लिए भूल जाओ। तो यह अभी भी पुराने import ComponentA from './ComponentA;'

त्रुटि (मोटे तौर पर):

 File name '/componentA.ts' differs from already included file name  '/ComponentA.ts'  only in casing. ts(1149)

कारण:

मैक पर केस की असंवेदनशीलता पहले घटक बी में import ComponentA from './ComponentA;' आयात हल कर रही है, फिर इस आयात पथ को 'कैशिंग / पंजीकृत' कर रही है।

फिर घटक सी में सही आयात गलत है, भले ही वह सही हो।

उपाय कैसे करें:

• कंपोनेंट के सभी आयातों का पता लगाएं
• मामले की संवेदनशीलता और सही जाँच करें।

मेरे मामले में, इरेटिंग फ़ाइल कंपोनेंटसीटीएस वास्तव में सही था और मुझे कंपोनेंटबी को ठीक करना था, भले ही मैसेज कम्पोनेंट के साथ एक इश्यू का संकेत दे रहा था।

मुझे अपनी फ़ाइल का नाम बदलना और निर्माण करना था। फिर, मैंने पुराने नाम पर वापस नाम लिया और यह ठीक हुआ।

अजीब कैश के कारण जो vue फ़ाइल के नाम बदलने के मामले को कवर नहीं करता है और इस प्रकार वेतुर की शिकायत करते हुए, मुझे @uniquexiaai के रूप में VS कोड ( Ctrl + Shirt + P -> रीलोड विंडो) को पुनः लोड करना पड़ा ।

टाइपस्क्रिप्ट-सर्वर का पुनः आरंभ पर्याप्त होगा। VSCode पुनरारंभ ओवरकिल है।

OSX पर VSC में: CMD + Shift + P TypeScript: Restart TS server टाइप करके।

वेबस्टोर के साथ आपको कैश को इनवैलिड और क्लियर करना होगा:
फ़ाइल> कैश अमान्य करें / पुनरारंभ करें

सबसे छोटा और सबसे अच्छा समाधान जो मैंने पाया है।

बस उस शब्द को हटा दें जिससे आवरण समस्याएँ उत्पन्न होती हैं।
जैसे
ListsDrawerOfContent और ListsDrawerofContent

मैंने फ़ाइल नाम से हटा दिया। और संकलक ने इसे सही ढंग से संकलित किया।

फिर बाद में मैंने अपने वांछित मामले का नाम बदलकर ListsDrawerOfContent ।
एक जादू की तरह काम किया।

इसके अलावा, गिट का ध्यान रखें।

https://stackoverflow.com/questions/17683458/how-do-i-commit-case-sensitive-only-filename-changes-in-git

मुझे आयात के साथ भी यही समस्या थी, "a" से "A" में एक फ़ाइल का नाम बदलने के बाद, मैंने बस बनाम कोड को फिर से शुरू किया और फिर यह काम करता है।

मुझे भी यही समस्या थी। VSCode पुनरारंभ और सेटिंग "forceConsistentCasingInFileNames": गलत मेरी मदद नहीं कर सकता।

त्रुटि जानकारी: (डिस्क चिन्ह में बस भिन्न)
फ़ाइल का नाम 'D: /mycode/devmono2/packages/server-sdk/index.ts' पहले से शामिल फ़ाइल नाम 'd: /mycode/devmono2/packages/server-dd/index.ts' से केवल आवरण में भिन्न होता है। 1149)

क्यों?

हल किया!
खदान एक साधारण समस्या थी।

सब कुछ स्थानीय रूप से मैक पर ठीक था, लेकिन मुझे यह त्रुटि मेरे जेनकिंस सर्वर पर मिल रही थी। समस्या केवल यह थी कि स्थानीय रूप से फ़ाइल नाम 'quot.ts' था, लेकिन मेरे रिमोट गिट रेपो के भीतर यह 'Quote.ts' था।

समस्या कैसे आई?
तो फ़ाइल नाम मूल रूप से 'Quote.ts' था जिसे मैंने आगे बढ़ाया। मैं तब 'quot.ts' में बदल गया, लेकिन git ने इसे परिवर्तन के रूप में नहीं देखा (मेरा मानना ​​है कि macs असंवेदनशील हैं) - और इसलिए दूरस्थ रेपो में केस परिवर्तन परिलक्षित नहीं हुआ।

और इसलिए जब जेनकिंस पाइपलाइन चली, तो यह 'कोट्स' को नीचे खींच रहा था जब इसे '../../quote.ts' के रूप में संदर्भित किया जा रहा था - जिसके परिणामस्वरूप त्रुटि हुई।

मैंने इसे कैसे हल किया?

1. काफी पीजिये
2. मैन्युअल रूप से लोअरकेस होने के लिए रिमोट रेपो में फ़ाइल नाम बदलें
3. स्थानीय स्तर पर खींचो
4. पाइपलाइन चलाएं

बूम बाम! आशा है कि यह किसी की मदद करता है

एक समान मुद्दा था जो इन त्रुटियों में से लगभग 100 उत्पन्न करता था।

उन सभी को बारीकी से नहीं पढ़ा क्योंकि वे सभी एक ही मूल समस्या थी। हाल ही में WSL2 में चल रहे नोड पर स्विच किया गया था जिसे मैंने दिया था, इस मुद्दे का कारण था। सफलता के बिना 2 घंटे के बाद मैं वास्तव में पूरी सूची के माध्यम से चला गया और एक उदाहरण मिला जहां एक वास्तविक बग था।

आयात {FooInterface} .. ../Foo ’से; // होना चाहिए '../foo'
आयात {BarService} '../Bar' से; // होना चाहिए '../bar'

मैंने इसे लोअरकेस में बदल दिया, vscode को पुनः लोड किया, इसे फिर से बनाया और सभी त्रुटियां दूर हो गईं।

मुझे लगता है कि यह ख़ुशी की बात है कि ts ने 'foo' के बजाय गलत पथ ('Foo') को आयात करने का प्रयास किया और फिर परिणाम को कैश कर दिया और शेष कोड को संसाधित करते समय गलत कैश्ड पथ का उपयोग करने का प्रयास किया।

उम्मीद है कि यह वहाँ किसी को मदद करता है!

मैं बस अपनी विचारधारा को पुनः आरंभ करता हूं तब त्रुटि दूर हो जाती है

बस घटक में एक ही वस्तु बनाएं, और अपना एनजी शुरू करें, सफलतापूर्वक चलने के बाद, फिर ऑब्जेक्ट को हटा दें और अपना लिंक आयात करें,
तो इसका काम होना चाहिए,
मेरे प्रोजेक्ट में इसने काम किया।

यह सिर्फ मेरे साथ हुआ, यह एक जारी समस्या है जिसे हल नहीं किया गया है। यह तब होता है जब मैं किसी निर्देशिका नाम के आवरण को बदलता हूं और परिवर्तन करने का प्रयास करता हूं। गिट एक निर्देशिका नाम के लिए आवरण में परिवर्तन को नहीं पहचानता है।

+1 ...... लेकिन WHYYYYYYYYY

मैंने सिर्फ समस्या का सामना किया। यह पता चला कि जब मैंने vscode का उपयोग करके इसे आयात करने की कोशिश की, तो VSCode ने पिछले फ़ाइल नाम और निर्देशिका नाम का उपयोग किया। इसलिए मैंने इसे संशोधित किया और tsc चलने के बाद यह टर्मिनल में कोई त्रुटि नहीं दिखा रहा था, लेकिन मुझे अभी भी VSCode में स्क्वीगली लाइन पढ़ने को मिल रही थी। इसलिए मैंने vscode ( Typescript: Restart TS Server ) में टाइपस्क्रिप्ट सर्वर को पुनः आरंभ किया और यह चला गया। आशा है कि यह किसी की मदद करता है।

@ninjavang आपने मेरी मदद की! मेरे gitlab ci / cd पाइपलाइन के साथ भी यही समस्या थी। जब मैं दूरस्थ शाखा में जाता हूं और फ़ाइल के पथ की जाँच करता हूं, तो फ़ाइल के दो संस्करण होते हैं, प्रत्येक मामले में संवेदनशील संस्करण।

मैंने रिमोट पर अनचाहे संस्करण को हटा दिया, फ़ाइल को स्थानीय रूप से कॉपी किया, रिमोट को नीचे खींचा, मेरे वीएस कोड को रीफ्रेश किया, और फाइल को फिर से जोड़ा। इसने काम कर दिया!

सहायता के लिए धन्यवाद!