كيفية إضافة Lighthouse إلى نظام دمج مستمر، مثل GitHub Actions
Lighthouse CI هي مجموعة من الأدوات لاستخدام Lighthouse أثناء عملية الدمج المستمر. يمكن دمج Lighthouse CI في سير عمل المطوّرين بعدة طرق مختلفة. يتناول هذا الدليل المواضيع التالية:
- استخدام واجهة سطر الأوامر (CLI) في Lighthouse CI
- ضبط موفِّر عملية التكامل المستمر (CI) لتشغيل Lighthouse CI
- إعداد GitHub Action وفحص الحالة لـ Lighthouse CI. سيؤدي ذلك إلى عرض نتائج Lighthouse تلقائيًا في طلبات سحب GitHub.
- إنشاء لوحة بيانات الأداء ومستودع البيانات لتقارير Lighthouse
نظرة عامة
أداة Lighthouse CI هي حزمة من الأدوات المجانية التي تسهّل استخدام أداة Lighthouse لمراقبة الأداء. يقدّم تقرير Lighthouse الواحد نبذة عن أداء صفحة الويب في وقت تشغيلها، بينما يوضّح تقرير Lighthouse CI كيف تغيّرت هذه النتائج بمرور الوقت. ويمكن استخدام ذلك لتحديد تأثير تغييرات معيّنة في الرموز البرمجية أو التأكّد من استيفاء حدود الأداء أثناء عمليات الدمج المستمر. على الرغم من أنّ مراقبة الأداء هي حالة الاستخدام الأكثر شيوعًا لعملية التكامل المستمر في Lighthouse، يمكن استخدامها لمراقبة جوانب أخرى من تقرير Lighthouse، مثل تحسين محركات البحث أو تسهيل الاستخدام.
توفّر واجهة سطر الأوامر في Lighthouse CI الوظيفة الأساسية لخدمة Lighthouse CI. (ملاحظة: هذه أداة منفصلة عن Lighthouse
CLI). يقدّم Lighthouse CI CLI مجموعة من
الأوامر
لاستخدام Lighthouse CI. على سبيل المثال، ينفِّذ الأمر autorun
العديد من عمليات تشغيل Lighthouse، ويحدّد متوسط تقرير Lighthouse، ثم يُحمِّل التقرير لتخزينه. يمكن تخصيص هذا السلوك بشكل كبير من خلال تمرير علامات إضافية
أو تخصيص ملف إعداد Lighthouse CI، lighthouserc.js
.
على الرغم من أنّ الوظيفة الأساسية لخدمة Lighthouse CI تكون محصورة في واجهة برمجة التطبيقات الخاصة بها، يتم استخدام Lighthouse CI عادةً من خلال أحد النهجَين التاليَين:
- تشغيل عملية دمج Lighthouse المستمر كجزء من عملية الدمج المستمر
- وباستخدام Lighthouse CI GitHub Action الذي يتم تشغيله والتعليق على كل طلب سحب
- تتبُّع الأداء بمرور الوقت من خلال لوحة البيانات التي يوفّرها Lighthouse Server
تستند كل هذه المناهج إلى Lighthouse CI CLI.
تشمل البدائل لميزة "التكامل المستمر" في Lighthouse خدمات مراقبة الأداء التابعة لجهات خارجية أو كتابة نص برمجي خاص بك لجمع بيانات الأداء أثناء عملية التكامل المستمر. ننصحك باستخدام خدمة تابعة لجهة خارجية إذا كنت تفضّل منح شخص آخر مهمة إدارة خادم مراقبة الأداء واختبار الأجهزة، أو إذا كنت تريد إمكانات إرسال الإشعارات (مثل دمج البريد الإلكتروني أو Slack) بدون الحاجة إلى إنشاء هذه الميزات بنفسك.
استخدام ميزة "التكامل المستمر" في Lighthouse على الجهاز
يوضّح هذا القسم كيفية تشغيل وتركيب Lighthouse CI CLI محليًا و
كيفية ضبط lighthouserc.js
. إنّ تشغيل Lighthouse CI CLI محليًا هو
أسهل طريقة للتأكّد من ضبط lighthouserc.js
بشكلٍ صحيح.
ثبِّت واجهة سطر أوامر Lighthouse CI.
npm install -g @lhci/cli
يتم ضبط ميزة Lighthouse CI من خلال وضع ملف
lighthouserc.js
في جذر مستودع مشروعك. هذا الملف إلزامي وسيحتوي على معلومات الإعداد المتعلّقة بـ Lighthouse CI . على الرغم من أنّه يمكن ضبط Lighthouse CI ليعمل بدون مستودع GitHub ،تفترض التعليمات الواردة في هذه المقالة أنّه تم ضبط مستودع مشروعك ليعمل باستخدام GitHub.في جذر المستودع، أنشئ
lighthouserc.js
ملف ملفّات الإعداد.touch lighthouserc.js
أضِف الرمز التالي إلى
lighthouserc.js
. هذا الرمز هو ملف إعدادات فارغ لتكامل الإصدار في Lighthouse. ستضيف المزيد إلى هذه الإعدادات في الخطوات اللاحقة.module.exports = { ci: { collect: { /* Add configuration here */ }, upload: { /* Add configuration here */ }, }, };
في كل مرة يتم فيها تشغيل Lighthouse CI، يتم تشغيل خادم لعرض موقعك الإلكتروني. يُعدّ هذا الخادم هو ما يمكّن Lighthouse من تحميل موقعك الإلكتروني حتى في حال عدم تشغيل خوادم أخرى. عند انتهاء تشغيل Lighthouse CI، سيتم إيقاف تشغيل الخادم تلقائيًا. لضمان عمل العرض بشكل صحيح، يجب ضبط السمتَين
staticDistDir
أوstartServerCommand
.إذا كان موقعك الإلكتروني ثابتًا، أضِف الموقع
staticDistDir
إلى العنصرci.collect
للإشارة إلى مكان الملفات الثابتة. ستستخدم أداة Lighthouse CI الخادم الخاص بها لعرض هذه الملفات أثناء اختبار موقعك الإلكتروني. إذا كان موقعك الإلكتروني غير ثابت، أضِف السمةstartServerCommand
إلى العنصرci.collect
للإشارة إلى الأمر الذي يبدأ تشغيل الخادم. ستبدأ أداة Lighthouse CI عملية جديدة للخادم أثناء الاختبار وسيتم إيقافها بعد ذلك.// Static site example collect: { staticDistDir: './public', }
// Dynamic site example collect: { startServerCommand: 'npm run start', }
أضِف السمة
url
إلى عنصرci.collect
للإشارة إلى عناوين URL التي يجب أن تستخدم ميزة Lighthouse CI فيها تشغيل Lighthouse. يجب أن يتم تقديم قيمة السمةurl
كصفيف من عناوين URL، ويمكن أن يحتوي هذا الصفيف على عنوان URL واحد أو أكثر. بشكلٍ default، ستُجري أداة Lighthouse CI عملية فحص باستخدام Lighthouse ثلاث مرات لكل عنوان URL.collect: { // ... url: ['http://localhost:8080'] }
أضِف السمة
target
إلى العنصرci.upload
واضبط القيمة على'temporary-public-storage'
. سيتم تحميل تقارير Lighthouse التي جمعتها أداة IDE في Lighthouse إلى مساحة تخزين عامة مؤقتة. وسيظل التقرير معروضًا لمدة سبعة أيام ثم يتم حذفه تلقائيًا. يستخدم دليل الإعداد هذا خيار التحميل "مساحة التخزين المؤقتة العلنية" لأنّه سريع الإعداد. للحصول على معلومات حول الطرق الأخرى لتخزين تقارير Lighthouse، راجِع المستندات.upload: { target: 'temporary-public-storage', }
سيكون موقع تخزين التقرير مشابهًا لما يلي:
https://storage.googleapis.com/lighthouse-infrastructure.appspot.com/reports/1580152437799-46441.report.html
(لن يعمل عنوان URL هذا لأنّه سبق حذف التقرير).
شغِّل واجهة سطر أوامر Lighthouse CI من وحدة التحكّم الطرفية باستخدام الأمر
autorun
. سيؤدي ذلك إلى تشغيل Lighthouse ثلاث مرات وتحميل متوسط تقرير Lighthouse .lhci autorun
إذا كنت قد أعددت Lighthouse CI بشكل صحيح، من المفترض أن يؤدي تنفيذ هذا الأمر إلى توليد نتيجة مشابهة لما يلي:
✅ .lighthouseci/ directory writable ✅ Configuration file found ✅ Chrome installation found ⚠️ GitHub token not set Healthcheck passed! Started a web server on port 65324... Running Lighthouse 3 time(s) on http://localhost:65324/index.html Run #1...done. Run #2...done. Run #3...done. Done running Lighthouse! Uploading median LHR of http://localhost:65324/index.html...success! Open the report at https://storage.googleapis.com/lighthouse-infrastructure.appspot.com/reports/1591720514021-82403.report.html No GitHub token set, skipping GitHub status check. Done running autorun.
يمكنك تجاهل رسالة
GitHub token not set
في نتائج وحدة التحكّم. لا يكون رمز مفتاح GitHub ضروريًا إلا إذا كنت تريد استخدام Lighthouse CI مع GitHub Action. يتم توضيح كيفية إعداد إجراء على GitHub لاحقًا في هذه المقالة.سيؤدي النقر على الرابط في الناتج الذي يبدأ بـ
https://storage.googleapis.com...
إلى نقلك إلى تقرير Lighthouse المتوافق مع متوسط تشغيل Lighthouse.يمكن إلغاء الإعدادات التلقائية المستخدَمة في
autorun
من خلال سطر الأوامر أوlighthouserc.js
. على سبيل المثال، يشير إعدادlighthouserc.js
أدناه إلى أنّه يجب جمع بيانات خمس عمليات تشغيل من Lighthouse في كل مرة يتم فيها تنفيذautorun
.يجب تعديل
lighthouserc.js
لاستخدام السمةnumberOfRuns
:module.exports = { // ... collect: { numberOfRuns: 5 }, // ... }, };
أعِد تشغيل الأمر
autorun
:lhci autorun
من المفترض أن يعرض الناتج في المحطة الطرفية أنّه تم تشغيل Lighthouse خمس مرات بدلاً من المرات الثلاث التلقائية:
✅ .lighthouseci/ directory writable ✅ Configuration file found ✅ Chrome installation found ⚠️ GitHub token not set Healthcheck passed! Automatically determined ./dist as `staticDistDir`. Set it explicitly in lighthouserc.json if incorrect. Started a web server on port 64444... Running Lighthouse 5 time(s) on http://localhost:64444/index.html Run #1...done. Run #2...done. Run #3...done. Run #4...done. Run #5...done. Done running Lighthouse! Uploading median LHR of http://localhost:64444/index.html...success! Open the report at https://storage.googleapis.com/lighthouse-infrastructure.appspot.com/reports/1591716944028-6048.report.html No GitHub token set, skipping GitHub status check. Done running autorun.
للتعرّف على خيارات الضبط الأخرى، يُرجى الرجوع إلى مستندات إعدادات IDE في Lighthouse .
إعداد عملية التكامل المستمر (CI) لتشغيل عملية التكامل المستمر في Lighthouse
يمكن استخدام Lighthouse CI مع أداة CI المفضّلة لديك. يحتوي قسم ضبط موفِّر عملية التكامل المستمر (CI) في مستندات Lighthouse CI على أمثلة رموز توضح كيفية دمج Lighthouse CI في ملفات الضبط الخاصة بأدوات التكامل المستمر الشائعة. على وجه التحديد، توضّح نماذج الرموز البرمجية هذه كيفية تشغيل Lighthouse CI لجمع قياسات الأداء أثناء عملية التطوير المتكامل.
يُعدّ استخدام Lighthouse CI لجمع قياسات الأداء نقطة بداية جيدة لبدء
مراقبة الأداء. في المقابل، إذا لم يستوفِ المستخدمون المتقدمون معايير محدّدة مسبقًا، مثل اجتياز عمليات تدقيق معيّنة في Lighthouse أو استيفاء جميع ميزانيات الأداء، قد يعجزون عن استخدام Lighthouse CI يتم ضبط هذا السلوك من خلال سمة
assert
ملف lighthouserc.js
.
توفّر Lighthouse CI ثلاثة مستويات من الادّعاءات:
off
: تجاهل الأحكامwarn
: طباعة حالات الفشل في stderrerror
: تعذّرت الطباعة إلى جهاز stderr والخروج من Lighthouse CI باستخدام رمز خروج غير صفري
في ما يلي مثال على إعداد lighthouserc.js
يتضمّن
بيانات تأكيدية. ويحدّد هذا الإجراء التأكيدات لنتائج فئات الأداء و
تسهيل الاستخدام في Lighthouse. لتجربة ذلك، أضِف التعريفات أدناه إلىملفlighthouserc.js
، ثم أعِد تشغيل Lighthouse CI.
module.exports = {
ci: {
collect: {
// ...
},
assert: {
assertions: {
'categories:performance': ['warn', {minScore: 1}],
'categories:accessibility': ['error', {minScore: 1}]
}
},
upload: {
// ...
},
},
};
تظهر مخرجات وحدة التحكّم التي يتم إنشاؤها على النحو التالي:
لمزيد من المعلومات عن تأكيدات Lighthouse CI، يُرجى الرجوع إلى المستندات.
إعداد إجراء على GitHub لتشغيل "التكامل المستمر" في Lighthouse
يمكن استخدام إجراء GitHub لتشغيل Lighthouse CI. سيؤدي ذلك إلى إنشاء تقرير Lighthouse جديد في كل مرة يتم فيها دفع تغيير الرمز إلى أي فرع من فروع مستودع GitHub. استخدِم ذلك مع التحقّق من الحالة لعرض هذه النتائج في كل طلب سحب.
في الدليل الجذر لمستودعك، أنشئ دليلاً باسم
.github/workflows
. سيتم وضع عمليات سير العمل لمشروعك في هذا الدليل. سير العمل هو عملية تتم تنفيذها في وقت محدّد مسبقًا (على سبيل المثال، عند دفع الرمز البرمجي) وتتألف من إجراء واحد أو أكثر.mkdir .github mkdir .github/workflows
في
.github/workflows
، أنشئ ملفًا باسمlighthouse-ci.yaml
. سيحتوي هذا الملف على الإعدادات الخاصة بسير عمل جديد.touch lighthouse-ci.yaml
أضِف النص التالي إلى
lighthouse-ci.yaml
.name: Build project and run Lighthouse CI on: [push] jobs: lhci: name: Lighthouse CI runs-on: ubuntu-latest steps: - uses: actions/checkout@v1 - name: Use Node.js 10.x uses: actions/setup-node@v1 with: node-version: 10.x - name: npm install run: | npm install - name: run Lighthouse CI run: | npm install -g @lhci/cli@0.3.x lhci autorun --upload.target=temporary-public-storage || echo "LHCI failed!"
تُعدّ هذه الإعدادات سير عمل يتألف من مهمة واحدة سيتم تنفيذها عند دفع رمز جديد إلى المستودع. تتضمن هذه الوظيفة أربع خطوات:
- اطّلِع على المستودع الذي سيتم تشغيل Lighthouse CI عليه.
- تثبيت Node وضبطه
- تثبيت حِزم npm المطلوبة
- شغِّل Lighthouse CI وحمِّل النتائج إلى مساحة التخزين العامة المؤقتة.
تنفيذ هذه التغييرات ودفعها إلى GitHub. إذا اتّبعت الخطوات أعلاه بشكلٍ صحيح، سيؤدي دفع الرمز إلى GitHub إلى بدء تشغيل سير العمل الذي أضفته للتو.
للتأكّد من أنّه تم تفعيل Lighthouse CI وعرض التقرير الذي أنشأه، انتقِل إلى علامة التبويب الإجراءات في مشروعك. من المفترض أن يظهر لك سير العمل إنشاء المشروع وتشغيل Lighthouse CI مُدرَجًا ضمن أحدث عملية إرسال.
يمكنك الانتقال إلى تقرير Lighthouse الخاص بالتزام معيّن من علامة التبويب الإجراءات. انقر على عملية الربط، ثم انقر على خطوة سير العمل Lighthouse CI ، ثم وسِّع نتائج خطوة تشغيل Lighthouse CI.
لقد أعددت للتو إجراءً على GitHub لتشغيل Lighthouse CI. وستكون هذه الطريقة مفيدة للغاية عند استخدامها مع التحقّق من حالة GitHub.
إعداد عملية التحقّق من حالة GitHub
التحقّق من الحالة، في حال ضبطه، هو رسالة تظهر في كلّ إصدار علني و typically تضمّ معلومات مثل نتائج اختبار أو نجاح عملية ملف برمجي.
توضّح الخطوات التالية كيفية إعداد عملية التحقّق من الحالة لميزة "التكامل المستمر" في Lighthouse.
انتقِل إلى صفحة تطبيق Lighthouse CI على GitHub وانقر على ضبط.
(اختياري) إذا كنت جزءًا من عدة مؤسسات على GitHub، اختَر المؤسسة التي تملك المستودع الذي تريد استخدام Lighthouse CI له.
اختَر جميع المستودعات إذا كنت تريد تفعيل Lighthouse CI في كل المستودعات أو اختَر اختيار مستودعات محدّدة فقط إذا كنت تريد استخدام هذه الميزة في مستودعات معيّنة فقط، ثم اختَر المستودعات. بعد ذلك، انقر على التثبيت والتفويض.
انسخ الرمز المميّز الذي يظهر. ستحتاج إليه في الخطوة التالية.
لإضافة الرمز المميّز، انتقِل إلى صفحة الإعدادات في مستودع GitHub، ثم انقر على السياسات، ثم انقر على إضافة سياسة جديدة.
اضبط حقل الاسم على
LHCI_GITHUB_APP_TOKEN
واضبط حقل القيمة على الرمز المميّز الذي نسخته في الخطوة الأخيرة، ثم انقر على الزر إضافة سر.انتقِل إلى ملف
lighthouse-ci.yaml
وأضِف المفتاح السرّي الجديد للبيئة إلى الأمر "run Lighthouse CI".
- name: run Lighthouse CI
run: |
npm install -g @lhci/cli@0.3.x
lhci autorun --upload.target=temporary-public-storage || echo "LHCI failed!"
+ env:
+ LHCI_GITHUB_APP_TOKEN: $
- أصبح التحقّق من الحالة جاهزًا للاستخدام. لاختبارها، يمكنك إنشاء طلب دمج جديد أو دفع عملية إرسال إلى طلب دمج حالي.
إعداد خادم Lighthouse CI
يوفّر خادم Lighthouse CI لوحة بيانات لاستكشاف تقارير Lighthouse السابقة. ويمكن أن يعمل أيضًا كمستودع بيانات خاص وطويل الأمد ل تقارير Lighthouse.
- اختَر عمليات الربط التي تريد مقارنتها.
- مقدار تغيُّر نتيجة Lighthouse بين الإصدارَين
- لا يعرض هذا القسم سوى المقاييس التي تم تغييرها بين عمليتي الالتزام.
- يتم تمييز نموذجَي الانحدار باللون الوردي.
- يتم تمييز التحسينات باللون الأزرق.
يناسب Lighthouse CI Server المستخدمين الذين يشعرون بالارتياح عند نشر البنية الأساسية الخاصة بهم وإدارتها.
للحصول على معلومات عن إعداد خادم Lighthouse CI، بما في ذلك وصفات استخدام Heroku وDocker للنشر، يُرجى الرجوع إلى هذه التعليمات.