vscode eslint
release
يدمج ESLINT في VS CODE. إذا كنت جديدًا في ESLINT ، تحقق من الوثائق.
يستخدم الامتداد مكتبة ESLINT المثبتة في مجلد مساحة العمل المفتوحة. إذا كان المجلد لا يوفر أحدهم ، يبحث الامتداد عن إصدار تثبيت عالمي. إذا لم تكن قد قمت بتثبيت ESLINT إما محليًا أو عالميًا ، فافعل ذلك عن طريق تشغيل npm install eslint في مجلد مساحة العمل للتثبيت المحلي أو npm install -g eslint للتثبيت العالمي.
على المجلدات الجديدة ، قد تحتاج أيضًا إلى إنشاء ملف تكوين .eslintrc . يمكنك القيام بذلك إما عن طريق استخدام الأمر VS Code Create ESLint configuration أو عن طريق تشغيل الأمر eslint في محطة مع npx eslint --init .
يصف هذا القسم الإصدارات الرئيسية وتحسيناتها. للحصول على قائمة مفصلة من التغييرات ، يرجى الرجوع إلى سجل التغيير.
من الإصدار 2.2.3 على أرقام الإصدار Odd Odd Minor أو تصحيح تشير إلى مطلع أو مسبق. لذا فإن الإصدارات 2.2.3 و 2.2.5 و 2.3.1 ستكون جميعها نسخًا مسبقًا. 2.2.10 و 2.4.10 و 3.0.0 ستكون جميع إصدارات الإصدار العادية.
eslint.validate فقط ، فسيتم التحقق من صحة الملفات في تلك القائمة. على سبيل المثال ، إعداد النموذج "eslint.validate": [
"javascript"
]
eslint.useFlatConfig يتم تكريمه بواسطة ESLINT الإصدار 8.57.0 وما فوق. إذا تم استخدام أحد هذه الإصدارات ، فإن الامتداد يلتصق بخطة ترتيب التكوين المسطح ESLINT. يحتوي الإعداد على نفس المعنى مثل البيئة ESLINT_USE_FLAT_CONFIG . هذا يعني:eslint.experimental.useFlatConfig ويجب استخدامها فقط لإصدارات ESLINT> = 8.21 <8.57.0.ESLint: Revalidate all open files لتخليص جميع الملفات المفتوحة.eslint.timeBudget.onValidation و eslint.timeBudget.onFixesuntitledeslint.alwaysShowStatus نظرًا لأن الحالة تظهر الآن كمؤشر لحالة اللغة.eslint.timeBudget.onValidation و eslint.timeBudget.onFixesuntitledeslint.alwaysShowStatus نظرًا لأن الحالة تظهر الآن كمؤشر لحالة اللغة. وأضاف الدعم لـ ESLINT V8.0 BETA. للبقاء متوافقًا مع إعدادات ESLINT ، لا يزال الإصدار يستخدم Cliengine إذا كان ذلك متاحًا. ومع ذلك ، يمكن للمستخدمين فرض استخدام واجهة برمجة تطبيقات ESLINT الجديدة باستخدام إعداد eslint.useESLintClass . احذر من أن وحدة ESLINT NPM غيرت كيفية تفسير الخيارات. كما غير أسماء خيارات معينة. إذا استخدمت eslint.options لتمرير خيارات خاصة إلى وحدة ESLINT NPM ، فقد تحتاج إلى تكييف الإعداد مع النموذج الجديد.
تكيف نموذج ثقة مساحة العمل في Code. ونتيجة لذلك ، تم إزالة الحوار المخصص الذي تم تقديمه في الإصدار 2.1.7 . بالإضافة إلى ذلك ، تمت إضافة القيمة off إلى دعم تخصيص قاعدة ESLINT.
وأضاف الدعم لتخصيص شدة قواعد ESLINT. انظر الإعداد الجديد eslint.rules.customizations .
تم طلب تأكيد قيمة eslint.nodePath عن إعداد حيث يتم تعريف هذه القيمة بشكل منفصل على مستوى مجلد مساحة العمل على الرغم من أن إعداد مجلد مساحة العمل متعدد العمل مفتوح (على سبيل المثال ، ملف Code-WorksPace). تحتاج هذه الإعدادات إلى تحديد قيمة eslint.nodePath في ملف code-workspace المقابل ، ويحذر الامتداد الآن المستخدم. أدناه مثال على ملف code-workspace
{
"folders" : [
{
"path" : " project-a "
},
{
"path" : " project-b "
}
],
"settings" : {
"eslint.nodePath" : " myCustomNodePath "
}
} لمتابعة نموذج VS Code لتأكيد الإعدادات المحلية مساحة العمل التي تؤثر على تنفيذ الكود ، فإن الإعدادين eslint.runtime و eslint.nodePath بحاجة الآن إلى تأكيد المستخدم إذا تم تعريفه محليًا في مجلد مساحة عمل أو ملف مساحة عمل. سيشهد المستخدمون الذين يستخدمون هذه الإعدادات في تلك النطاقات المحلية إخطارًا يذكرهم بالحاجة إلى التأكيد.
يضيف الإصدار أيضًا أمرًا لإعادة تشغيل خادم ESLINT.
يتم إعادة صياغة تدفق الموافقة للسماح بتنفيذ مكتبة ESLINT. تجربتها الأولية الآن على النحو التالي:
مما يشير إلى أن التنفيذ حاليا.يمكن رفض تنفيذ مكتبة ESLINT أو الموافقة عليه باستخدام الإيماءات التالية:
ESLint: Manage Library Execution من لوحة الأوامرستفتح جميع الإيماءات الحوار التالي:
ثم ينعكس الإجراء المختار في عنصر شريط حالة ESLINT بالطريقة التالية:
Allow ببادئة عنصر شريط الحالة مع علامة الاختيار.Allow Everywhere ببلاغ عنصر شريط الحالة بعلامة فحص مزدوجة.Deny Disable البند البند شريط الحالة مع لافتة محظورة.يمكنك إدارة قراراتنا باستخدام الأوامر التالية:
ESLint: Manage Library Execution سيتم إعادة فتحها فوق مربع الحوارESLint: Reset Library Decisions إعادة تعيين القرارات السابقة التي اتخذت.يعالج هذا الإصدار أيضًا الضعف الموصوف في CVE-2021-27081.
يحتوي الإصدار 2.0.4 من الامتداد على التحسينات الرئيسية التالية:
eslint.validate الخاص بـ VS CODE. وينطبق الشيء نفسه على ملفات HTML و Vue.js.eslint.workingDirectories الآن استخدام أنماط GLOB بدلاً من إدراج كل مجلد للمشروع. على سبيل المثال ، سوف يتطابق {"نمط" code- { "pattern": "code-*" } بالإضافة إلى ذلك ، يغير الامتداد الآن دليل العمل افتراضيًا. يمكنك تعطيل هذه الميزة باستخدام خاصية !cwd الجديدة.eslint.format.enable .editor.codeActionsOnSave . يدعم الإعداد source.fixAll.eslint خاصية محددة ESLINT. fixall.eslint. يحترم الامتداد أيضًا source.fixAll الخصائص العامة.يتحول الإعداد أدناه على إصلاح تلقائي لجميع مقدمي الخدمات بما في ذلك ESLINT:
"editor.codeActionsOnSave" : {
"source.fixAll" : " explicit "
}على النقيض من ذلك ، فإن هذا التكوين يديره فقط إلى ESLINT:
"editor.codeActionsOnSave" : {
"source.fixAll.eslint" : " explicit "
}يمكنك أيضًا تعطيل ESLINT بشكل انتقائي عبر:
"editor.codeActionsOnSave" : {
"source.fixAll" : " explicit " ,
"source.fixAll.eslint" : " never "
} لاحظ أيضًا أن هناك ميزانية زمنية تبلغ 750 مللي ثانية لتشغيل إجراءات رمز على حفظ والتي قد لا تكون كافية لملف JavaScript / TypeScript الكبير. يمكنك زيادة ميزانية الوقت باستخدام editor.codeActionsOnSaveTimeout .
تم الآن إهمال إعداد eslint.autoFixOnSave القديم ويمكن إزالته بأمان.
إذا كنت تستخدم إصدار Eslint Extension <2.x ، فيرجى الرجوع إلى خيارات الإعدادات هنا.
يساهم هذا الامتداد في المتغيرات التالية في الإعدادات:
eslint.enable : تمكين/تعطيل ESLINT لمجلد مساحة العمل. يتم تمكينه افتراضيًا.
eslint.debug : يتيح وضع تصحيح ESLINT (مثل -خيار سطر أوامر Debug). يرجى الاطلاع على قناة إخراج ESLINT لإخراج التصحيح. هذه الخيارات مفيدة للغاية لتعقب مشكلات التكوين والتثبيت مع ESLINT لأنه يوفر معلومات مطوّلة حول كيفية التحقق من صحة ملف ESLINT.
eslint.lintTask.enable : ما إذا كان الامتداد يساهم في مهمة الوبر في ترتيب مجلد مساحة العمل بأكمله.
eslint.lintTask.options : خيارات سطر الأوامر يتم تطبيقها عند تشغيل المهمة لتصوير مساحة العمل بأكملها (https://eslint.org/docs/user-guide/command-line-interface). مثال على الإشارة إلى ملف .eslintrc.json المخصص وملف .eslintignore هو:
{
"eslint.lintTask.options" : " -c C:/mydirectory/.eslintrc.json --ignore-path C:/mydirectory/.eslintignore . "
} تم الآن إهمال إعداد eslint.packageManager القديم ويمكن إزالته بأمان. هذا يسيطر على مدير الحزمة لاستخدامه لحل مكتبة ESLINT. هذا له تأثير فقط إذا تم حل مكتبة ESLINT على مستوى العالم. القيم الصالحة هي "npm" أو "yarn" أو "pnpm" .
eslint.options : خيارات لتكوين كيفية بدء ESLINT باستخدام API من فئة ESLINT أو CLIENGINE API. يستخدم الامتداد واجهة برمجة تطبيقات فئة ESLINT إذا تم استخدام الإصدار 8 ESLINT أو أعلى أو إذا تم استخدام الإصدار 7 ESLINT وتم تعيين إعداد eslint.useESLintCLass على TRUE. في جميع الحالات الأخرى ، يتم استخدام API Cliengine. مثال على الإشارة إلى ملف .eslintrc.json المخصص باستخدام واجهة برمجة تطبيقات ESLINT الجديدة هو:
{
"eslint.options" : { "overrideConfigFile" : " C:/mydirectory/.eslintrc.json " }
} مثال على الإشارة إلى ملف .eslintrc.json المخصص باستخدام API القديم Cliengine هو:
{
"eslint.options" : { "configFile" : " C:/mydirectory/.eslintrc.json " }
} eslint.useESLintClass (since 2.2.0) - ما إذا كان يجب استخدام واجهة برمجة تطبيقات فئة ESLINT حتى إذا كانت واجهة برمجة تطبيقات cliengine موجودة. الإعداد هو الشرف فقط عند استخدام ESLINT الإصدار 7.x.
eslint.run - قم بتشغيل linter onSave أو onType ، الافتراضي هو onType .
eslint.quiet - تجاهل التحذيرات.
eslint.runtime - استخدم هذا الإعداد لتعيين مسار وقت تشغيل العقدة لتشغيل ESLINT أسفل. استخدم "node" إذا كنت تريد استخدام إصدار النظام الافتراضي الخاص بك من العقدة.
eslint.execArgv -استخدم هذا الإعداد لتمرير وسيطات إضافية إلى وقت تشغيل العقدة مثل --max_old_space_size=4096
eslint.nodeEnv - استخدم هذا الإعداد إذا كان مكونًا إضافيًا أو تكوينًا مكونًا إضافيًا process.env.NODE_ENV .
eslint.nodePath - استخدم هذا الإعداد إذا كان لا يمكن اكتشاف حزمة ESLINT مثبتة ، على سبيل المثال /myGlobalNodePackages/node_modules .
eslint.probe - مجموعة لمعرفات اللغة التي يجب تنشيط امتداد ESLINT لها ويجب أن تحاول التحقق من صحة الملف. إذا فشل التحقق من صحة اللغات المسبقة ، فإن التمديد يقول صامت. الإعدادات الافتراضية لـ ["astro", "javascript", "javascriptreact", "typescript","typescriptreact", "html", "mdx", "vue", "markdown", "json", "jsonc"] .
eslint.validate - مجموعة من معرفات اللغة التي تحدد الملفات التي يتم فرض التحقق من صحة. إذا تم تحديد ملفات فقط مع أحد معرفات اللغة المحددة. هذا مشابه --ext سطر الأوامر. الافتراضات إلى null .
eslint.format.enable : تمكين ESLINT كأنف للملفات التي تم التحقق من صحتها. على الرغم من أنه يمكنك أيضًا استخدام formatter على حفظ editor.formatOnSave الإعداد editor.codeActionsOnSave
eslint.workingDirectories - يحدد كيفية حساب الدلائل العاملة باستخدام ESLINT. تقوم ESLINT بحل ملفات التكوين (على سبيل المثال eslintrc ، .eslintignore ) بالنسبة إلى دليل العمل ، لذلك من المهم تكوين هذا بشكل صحيح. إذا كان تنفيذ ESLINT في المحطة يتطلب منك تغيير دليل العمل في المحطة إلى مجلد فرعي ، فمن الضروري عادةً تعديل هذا الإعداد. (انظر أيضًا خيارات فئة ESLINT#CWD). يرجى أيضًا أن تضع في اعتبارك أن ملف .eslintrc* يتم حله بالنظر إلى الدلائل الأم ، بينما يتم تكريم ملف .eslintignore فقط في دليل العمل الحالي. يمكن استخدام القيم التالية:
[{ "mode": "location" }] (since 2.0.0): تعليمات ESLINT لاستخدام موقع مجلد مساحة العمل أو موقع الملف (إذا لم يكن مجلد مساحة العمل مفتوحًا) كدليل عمل. هذا هو الافتراضي وهو نفس الاستراتيجية المستخدمة في الإصدارات القديمة من امتداد ESLINT (إصدارات 1.9.x).[{ "mode": "auto" }] (Since 2.0.0): تعليمات ESLINT لاستنتاج دليل عمل استنادًا إلى موقع package.json ، eslint.config.js ، .eslintignore و .eslintrc* ملفات. قد ينجح هذا في كثير من الحالات ولكنه يمكن أن يؤدي إلى نتائج غير متوقعة أيضًا.string[] : مجموعة من الدلائل العاملة للاستخدام. النظر في تخطيط الدليل التالي: root/
client/
.eslintrc.json
client.js
server/
.eslintignore
.eslintrc.json
server.js
"eslint.workingDirectories" : [ "./client" , "./server" ]!cwd (مثل { "directory": "./client", "!cwd": true } ! سيستخدم هذا دليل العميل كدليل عمل ESLINT ولكنه لن يغير دليل عمل العملية.[{ "pattern": glob pattern }] (since 2.0.0): يسمح بتحديد نمط للكشف عن دليل العمل. هذا هو في الأساس اختصار لإدراج كل دليل. إذا كان لديك مستودع أحادي مع وجود جميع مشاريعك أسفل مجلد الحزم ، فيمكنك استخدام { "pattern": "./packages/*/" } . eslint.codeAction.disableRuleComment - كائن مع الخصائص:
enable - إظهار Disable RINT قاعدة في قائمة الإصلاح السريع. true بشكل افتراضي.location - اختر إما إضافة تعليق eslint-disable على separateLine أو sameLine . separateLine هو الافتراضي. مثال: { "enable" : true , "location" : " sameLine " } eslint.codeAction.showDocumentation - كائن مع الخصائص:
enable - إظهار صفحة الويب المفتوحة لقاعدة الوثائق في قائمة الإصلاح السريع. true بشكل افتراضي. eslint.codeActionsOnSave.mode (since 2.0.12) - عناصر التحكم التي يتم إصلاح المشكلات عند تشغيل إجراءات التعليمات البرمجية على حفظ.
all : يعمل على إصلاح جميع المشكلات الممكنة عن طريق إعادة تقييم محتوى الملف. ينفذ هذا نفس مسار الكود مثل تشغيل ESLINT مع خيار --fix في المحطة ، وبالتالي قد يستغرق بعض الوقت. هذه هي القيمة الافتراضية.problems : يحدد فقط المشكلات المعروفة حاليًا طالما أن التعديلات النصية غير متداخلة. هذا الوضع أسرع بكثير ولكن من المحتمل جدًا أنه يعمل على إصلاح أجزاء من المشاكل فقط. يرجى ملاحظة أنه إذا تم تعيين eslint.codeActionsOnSave.mode على problems ، يتم تجاهل eslint.codeActionsOnSave.rules .
eslint.codeActionsOnSave.rules (since 2.2.0) - يتحكم في القواعد التي يتم أخذها في الاعتبار أثناء إجراء الكود عند حفظ التنفيذ. إذا لم يتم تحديد جميع القواعد المحددة عبر آلية تكوين ESLINT العادية. مجموعة فارغة تؤدي إلى عدم النظر في قواعد. إذا كانت الصفيف تحتوي على أكثر من إدخال ، فإن الأمر يهم ويحدد المباراة الأولى حالة / إيقاف القاعدة. يتم تكريم هذا الإعداد فقط بموجب الحالات التالية:
eslint.codeActionsOnSave.mode لديه قيمة مختلفة عن problemseslint.useESLintClass على TRUE (الإصدار> = 8 || (الإصدار == 7.x && ESLINT.USEESLINTCLASS)).في هذا المثال ، يتم النظر فقط في القواعد ذات الصلة من Semicolon:
"eslint.codeActionsOnSave.rules" : [
" *semi* "
]يزيل هذا المثال جميع قواعد محددة من TypeScript Eslint من إجراء الكود على Save Pass ولكنه يحتفظ بجميع القواعد الأخرى:
"eslint.codeActionsOnSave.rules" : [
" !@typescript-eslint/* " ,
" * "
]يحافظ هذا المثال على المسافة البادئة والشبه من TypeScript Eslint ، ويعطف جميع قواعد Eslint الأخرى ويحافظ على الباقي:
"eslint.codeActionsOnSave.rules" : [
" @typescript-eslint/semi " ,
" @typescript-eslint/indent " ,
" !@typescript-eslint/* " ,
" * "
] eslint.rules.customizations (since 2.1.20) - قواعد القوة للإبلاغ عن شدة مختلفة ضمن كود VS مقارنة بتكوين ESLINT الحقيقي للمشروع. يحتوي على هذه الخصائص:
"rule ": حدد على القواعد ذات الأسماء التي تتطابق ، والتصنيف في العلامات النجمية كبرية: { "rule": "no-*", "severity": "warn" }"!" لاستهداف جميع القواعد التي لا تتطابق مع الاسم: { "rule": "!no-*", "severity": "info" }"severity" : يحدد شدة جديدة للقواعد (القواعد) المتطابقة ، "downgrade" إلى شدة أقل ، "upgrade" إلى شدة أعلى ، أو "default" إلى شدتها الأصلية"fixable" : حدد فقط قواعد AutoFixable: { "rule": "no-*", "fixable": true, "severity": "info" }في هذا المثال ، يتم تجاوز جميع القواعد بالتحذيرات:
"eslint.rules.customizations" : [
{ "rule" : " * " , "severity" : " warn " }
] في هذا المثال ، no- تعتبر القواعد مفيدة ، ويتم تخفيض قواعد أخرى ، ويتم إعادة تعيين "radix" إلى الافتراضي:
"eslint.rules.customizations" : [
{ "rule" : " no-* " , "severity" : " info " },
{ "rule" : " !no-* " , "severity" : " downgrade " },
{ "rule" : " radix " , "severity" : " default " }
]في هذا المثال ، يتم تجاوز جميع قواعد AutoFixable للمعلومات:
"eslint.rules.customizations" : [
{ "rule" : " * " , "fixable" : true , "severity" : " info " }
] eslint.format.enable (since 2.0.0) - يستخدم ESLINT كأنف للملفات التي يتم التحقق منها بواسطة ESLINT. إذا تم التمكين ، يرجى التأكد من تعطيل التنسيقات الأخرى إذا كنت ترغب في جعل هذا الافتراضي. هناك طريقة جيدة للقيام بذلك وهي إضافة الإعداد التالي "[javascript]": { "editor.defaultFormatter": "dbaeumer.vscode-eslint" } لـ JavaScript. بالنسبة إلى TypeScript ، تحتاج إلى إضافة "[typescript]": { "editor.defaultFormatter": "dbaeumer.vscode-eslint" } .
eslint.onIgnoredFiles (since 2.0.10): تستخدم للتحكم في ما إذا كان ينبغي إنشاء التحذيرات عند محاولة الوبر التي تم تجاهلها. الافتراضي هو off . يمكن ضبطها على warn .
editor.codeActionsOnSave (since 2.0.0): يدعم هذا الإعداد الآن source.fixAll.eslint إدخال. fixall.eslint. إذا تم ضبطها على جميع أخطاء ESLINT القابلة للإصلاح التلقائي من جميع المكونات الإضافية ، فسيتم إصلاحها على حفظ. يمكنك أيضًا تمكين وتعطيل اللغات المحددة بشكل انتقائي باستخدام إعدادات Language الخاصة بـ VS Code. لتعطيل codeActionsOnSave لملفات HTML ، استخدم الإعداد التالي:
"[html]" : {
"editor.codeActionsOnSave" : {
"source.fixAll.eslint" : false
}
} تم الآن إهمال إعداد eslint.autoFixOnSave القديم ويمكن إزالته بأمان. يرجى أيضًا ملاحظة أنه إذا كنت تستخدم ESLINT كمنسق افتراضي editor.codeActionsOnSave فيجب عليك إيقاف تشغيل editor.formatOnSave . وإلا فإنك يتم إصلاح الملف مرتين أي شيء غير ضروري.
eslint.problems.shortenToSingleLine : (since 2.3.0) - يقصر تمتد النص على المشكلات التي تحتها خط إلى خطها الأول ذي الصلة.
eslint.experimental.useFlatConfig : (since 2.3.0) - يتيح دعم التكوين المسطح التجريبي (المعروف أيضًا باسم eslint.config.js ، بدعم من ESLINT الإصدار 8.21 أو الأحدث)
eslint.timeBudget.onValidation (since 2.3.5) - يتحكم في ميزانية الوقت التي يمكن استخدامها للتحقق من الصحة قبل عرض تحذير أو خطأ.
eslint.timeBudget.onFixes (since 2.3.5) - يتحكم في ميزانية الوقت التي يمكن استخدامها لحساب الإصلاحات قبل عرض تحذير أو خطأ.
إذا تم تعيين خيار eslint.autoFixOnSave القديم على ESLINT الحقيقي ، فسيطلب من ذلك تحويله إلى تنسيق editor.codeActionsOnSave الجديد. إذا كنت ترغب في تجنب الترحيل ، يمكنك الرد في مربع الحوار بالطرق التالية:
eslint.migration.2_x إلى off يمكن دائمًا تشغيل الترحيل يدويًا باستخدام أمر ESLint: Migrate Settings
يساهم هذا الامتداد في الأوامر التالية في لوحة الأوامر.
Create '.eslintrc.json' file : إنشاء ملف .eslintrc.json جديد.Fix all auto-fixable problems : يطبق قرارات الإصلاح التلقائي ESLINT على جميع المشكلات القابلة للإصلاح. التمديد يضع ملفًا فرديًا فقط عند الكتابة. إذا كنت ترغب في ترسيخ مساحة العمل بأكملها تعيين eslint.lintTask.enable إلى true وسيساهم الامتداد أيضًا في مهمة eslint: lint whole folder . لم تعد هناك حاجة لتحديد مهمة مخصصة في tasks.json .
يمكن العثور على مقدمة رائعة حول كيفية ترتيب type -typecript باستخدام ESLINT في TypeScript - ESLINT. يرجى أن تعرّف على المقدمة قبل استخدام امتداد VS Code Eslint في إعداد TypeScript. تأكد خاصة أنه يمكنك التحقق من صحة ملفات TypeScript بنجاح في محطة باستخدام أمر eslint .
يستخدم هذا المشروع نفسه ESLINT للتحقق من صحة ملفات TypeScript. بحيث يمكن استخدامه كمخطط للبدء.
لتجنب التحقق من صحة أي تثبيت TSLINT تعطيل TSLINT باستخدام "tslint.enable": false .
كما هو الحال مع JavaScript التحقق من صحة TypeScript في مستودع أحادي يتطلب أن تخبر Eslint Eslint Eslint ماهية الدلائل العاملة الحالية. استخدم إعداد eslint.workingDirectories للقيام بذلك. لهذا المستودع ، يبدو إعداد دليل العمل على النحو التالي:
"eslint.workingDirectories" : [ " ./client " , " ./server " ]قد يحتاج الترحيل من ESLINT 5.x إلى ESLINT 6.X إلى بعض التكيف (انظر دليل ترحيل ESLINT للحصول على التفاصيل). قبل تقديم مشكلة مقابل امتداد VS Code ESLINT ، يرجى التأكد من أنه يمكنك التحقق من صحة ملفاتك بنجاح في محطة باستخدام أمر ESLINT.
