Openlibrary: يتطلب npm WARN [email protected] نظيرًا لـ ajv^ 6.9.1 ولكن لم يتم تثبيت أي منها

تم إنشاؤها على ١١ ديسمبر ٢٠٢٠  ·  3تعليقات  ·  مصدر: internetarchive/openlibrary

عندما أقوم بإنشاء Docker ، أرى التحذير التالي:

يتطلب npm WARN

هل هذا شيء يدعو للقلق؟ هل يستحق الإصلاح؟

الدليل / لقطة الشاشة (إن أمكن)

عنوان url ذو الصلة؟

خطوات التكاثر

  1. اذهب إلى ...
  2. يفعل ...

  • فعلي:
  • متوقع:

تفاصيل

  • تم تسجيل الدخول (نعم / لا)؟
  • نوع المتصفح / الإصدار؟
  • نظام التشغيل؟
  • البيئة (prod / dev / local)؟ همز

الاقتراح والقيود

الملفات ذات الصلة

أصحاب المصلحة

Triage Bug

ال 3 كومينتر

cclauss هذه مشكلة npm / npm # 19877

آمل أيضًا أن تختفي مشكلة تبعية الأقران المفقودة التي أبلغ عنها الكثير من الأشخاص إلى ajv (ajv-validator / ajv # 708، ajv-validator / ajv-keywords # 56) بعد هذه الترقية. على الرغم من أنها لا تزال تبدو مشكلة في npm بالنسبة لي (أو مشكلة أخرى في الأداة) ، لا أعرف أي شيء آخر بخلاف eslint لا يزال يستخدم ajv 5.x للتسبب في تعارض هذا الإصدار ...

إنها مشكلة npm 3+ في نهاية اليوم ، لكن الأشخاص في npm قالوا إنهم سيضطرون أساسًا إلى إعادة كتابة منشئ شجرة التبعية لحل هذه المشكلة (على سبيل المثال ، إنهم يدركون أنه خطأ ولكن الجهود لإصلاحها ضخمة) . علي الرغم من ذلك ، لا بد لي من البحث في هذه القضية مرة أخرى.

https://github.com/eslint/eslint/pull/9856#issuecomment -377694098

هذا الريبو مؤرشف (لا يمكن تحديثه) لصالح https://github.com/npm/cli.

أعتقد أنه يمكننا التغاضي عن هذا في الوقت الحالي. يُظهر تشغيل npm list ajv أن هذا التحذير مرتبط بتبعيات Webpack:

├─┬ @vue/[email protected]
│ └─┬ @vue/[email protected]
│   └─┬ [email protected]
│     └─┬ [email protected]
│       └── [email protected] 
├─┬ @vue/[email protected]
│ └─┬ [email protected]
│   └─┬ [email protected]
│     └── [email protected] 

... تم حذف العديد من التبعيات للإيجاز ...

└─┬ [email protected]
  ├── [email protected] 
  └─┬ [email protected]
    └── UNMET PEER DEPENDENCY [email protected] 

schema-utils بواسطة webpack للتحقق من صحة الخيارات في المكونات الإضافية وبرامج التحميل ، ولا علاقة له بوظيفة Open Library. نظرًا لأن بنياتنا تعمل بشكل صحيح ونادرًا ما نقوم بتحديث تكوينات webpack الخاصة بنا ، يمكننا على الأرجح تجاهل ذلك.

cdrini ، هل يبدو هذا المنطق

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات