أنا أتساءل لماذا سنحتاج إلى القيام بذلك. هل هناك ألم نقوم بحله مع هذا؟ بقدر ما أستطيع أن أرى ، فإن الأدوات كما لدينا تعمل الآن. ما الفوائد التي نحققها عند إعادة كتابة جميع أدواتنا إلى ملحقات nrwl؟

لا تعيد الكتابة - إنها طريقة دمجها في مساحة العمل nx. يجب أن تكون مكتبة تحويل إلى مكون إضافي. ثم يمكننا التخلص من الطريقة "المبتكرة" في كيفية بناء البنائين لدينا.
مع tsc --outdir /node_modules/dynatrace/barista-builders على سبيل المثال

يجب أن نتبع دائمًا إرشادات nx لأنه هيكل مجلد معقد وإلا فإن الأدوات لا تعمل كما هو متوقع

الرجاء تصحيح لي إذا كنت مخطئًا هنا ، ولكن الأدوات تعمل حاليًا كما هو متوقع ، أليس كذلك؟

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

حسنا إذا. كما فهمت التفسير الذي أعطاني إياه

• كان علينا نقل جميع أدواتنا إلى مجلد libs لـ # 570 لأن nx بها مسارات مشفرة ثابتة apps و libs في قاعدة فحص الحدود الخاصة بهم
• نظرًا لأننا نقلنا الأدوات إلى libs الآن ، فإن قواعد الفحص الأخرى لـ nx تفشل ، لأنها لا تسمح بملفات إضافية في libraryRoot الخاصة بهم (مثل Dockerfile ، إلخ. _ الملفات التي نعتمد عليها في بعض حالات الأداة_)
• يوفر Nx مع الإصدار 9 حلاً جديدًا لهؤلاء ، لأنهم لاحظوا على ما يبدو أن هناك حاجة إلى أدوات إضافية. وطريقتهم في القيام بذلك هي إضافة الأدوات (التي لا ينبغي اعتبارها مكتبة) ، إلى مجلد المكونات الإضافية حيث يكون الفحص أقل صرامة.

tomheller ملخص مثالي: د

هذه المشكلة قديمة ، لأنها كانت مفتوحة لمدة 30 يومًا بدون أي نشاط. أزل التسمية أو التعليق القديم وإلا فسيتم إغلاق هذا في غضون 5 أيام

هذه المشكلة قديمة ، لأنها كانت مفتوحة لمدة 90 يومًا بدون أي نشاط. أزل التسمية أو التعليق القديم وإلا فسيتم إغلاق هذا في غضون 5 أيام