Lighthouse CI की मदद से, परफ़ॉर्मेंस पर नज़र रखना

किसी कंटिन्यूअस इंटिग्रेशन सिस्टम में लाइटहाउस जोड़ने का तरीका, जैसे कि GitHub की कार्रवाइयां.

केटी हेम्पेनियस

Lighthouse CI टूल का एक सुइट है, जिसकी मदद से लगातार इंटिग्रेशन के दौरान लाइटहाउस का इस्तेमाल किया जा सकता है. Lighthouse CI को डेवलपर वर्कफ़्लो में कई तरीकों से शामिल किया जा सकता है. इस गाइड में, इन विषयों के बारे में जानकारी दी गई है:

• लाइटहाउस सीआई सीएलआई का इस्तेमाल करना.
• लाइटहाउस सीआई चलाने के लिए, आपको सीआई की सेवा देने वाली कंपनी को कॉन्फ़िगर करना.
• GitHub ऐक्शन सेट अप करना और Lighthouse CI के लिए, स्टेटस की जांच करना. इससे GitHub पुल के अनुरोधों पर, Lighthouse के नतीजे अपने-आप दिखेंगे.
• लाइटहाउस रिपोर्ट के लिए, परफ़ॉर्मेंस डैशबोर्ड और डेटा स्टोर बनाना.

खास जानकारी

Lighthouse CI, मुफ़्त टूल का एक सुइट है. यह परफ़ॉर्मेंस पर निगरानी रखने के लिए, लाइटहाउस का इस्तेमाल करने की सुविधा देता है. एक लाइटहाउस रिपोर्ट, किसी वेब पेज को चलाने के दौरान उसकी परफ़ॉर्मेंस का स्नैपशॉट देती है. Lighthouse CI, समय के साथ दिखाता है कि इस खोज में समय के साथ क्या बदलाव हुए हैं. इसका इस्तेमाल कुछ खास कोड में बदलावों के असर का पता लगाने के लिए किया जा सकता है. इसके अलावा, यह पक्का करने के लिए भी किया जा सकता है कि इंटिग्रेशन की लगातार प्रोसेस के दौरान परफ़ॉर्मेंस थ्रेशोल्ड को पूरा किया गया है या नहीं. हालांकि, आम तौर पर लाइटहाउस सीआई के इस्तेमाल के लिए, परफ़ॉर्मेंस को मॉनिटर करने की सुविधा का इस्तेमाल किया जाता है. हालांकि, इसका इस्तेमाल लाइटहाउस रिपोर्ट के अन्य पहलुओं पर नज़र रखने के लिए किया जा सकता है. जैसे, एसईओ या सुलभता.

Lighthouse CI का मुख्य फ़ंक्शन, Lighthouse CI कमांड लाइन इंटरफ़ेस उपलब्ध करता है. (ध्यान दें: यह Lighthouse सीएलआई से अलग टूल है.) Lighthouse CI सीएलआई, लाइटहाउस सीआई का इस्तेमाल करने के लिए, कमांड का एक सेट उपलब्ध कराता है. उदाहरण के लिए, autorun कमांड कई लाइटहाउस रन को एक्ज़ीक्यूट करता है, मीडियन लाइटहाउस रिपोर्ट की पहचान करता है, और रिपोर्ट को स्टोरेज के लिए अपलोड करता है. इस सेटिंग को ज़रूरत के मुताबिक बनाया जा सकता है. इसके लिए, अतिरिक्त फ़्लैग पास करें या Lighthouse CI की कॉन्फ़िगरेशन फ़ाइल, lighthouserc.js को पसंद के मुताबिक बनाएं.

हालांकि, लाइटहाउस CI का मुख्य फ़ंक्शन मुख्य रूप से लाइटहाउस सीआई सीएलआई में शामिल किया जाता है, लेकिन Lighthouse CI का इस्तेमाल आम तौर पर, इनमें से किसी एक तरीके से किया जाता है:

• लगातार इंटिग्रेशन के लिए, लाइटहाउस सीआई का इस्तेमाल किया जा रहा है
• Lighthouse CI GitHub ऐक्शन का इस्तेमाल करना. यह कार्रवाई करता है और हर पुल अनुरोध पर टिप्पणी करता है
• Lighthouse सर्वर से मिले डैशबोर्ड की मदद से, समय के साथ परफ़ॉर्मेंस को ट्रैक करना.

ये सभी तरीके, लाइटहाउस सीआई सीएलआई पर बने हैं.

Lighthouse CI के विकल्पों में, परफ़ॉर्मेंस को मॉनिटर करने वाली तीसरे पक्ष की सेवाएं या सीआई प्रोसेस के दौरान परफ़ॉर्मेंस डेटा इकट्ठा करने के लिए, अपनी स्क्रिप्ट लिखना शामिल है. अगर आप चाहें, तो किसी अन्य व्यक्ति को, परफ़ॉर्मेंस मॉनिटर करने वाले सर्वर और टेस्ट डिवाइस का मैनेजमेंट मैनेज करने की अनुमति देनी चाहिए या इन सुविधाओं को बनाए बिना सूचना की सुविधाएं (जैसे कि ईमेल या Slack इंटिग्रेशन) चाहिए, तो तीसरे पक्ष की सेवा का इस्तेमाल करना चाहिए.

लाइटहाउस सीआई का स्थानीय तौर पर इस्तेमाल करें

इस सेक्शन में, लाइटहाउस सीआई सीएलआई को स्थानीय तौर पर चलाने और इंस्टॉल करने का तरीका बताया गया है. साथ ही, lighthouserc.js को कॉन्फ़िगर करने का तरीका भी बताया गया है. लाइटहाउस CI सीएलआई को स्थानीय तौर पर चलाना, यह पक्का करने का सबसे आसान तरीका है कि आपका lighthouserc.js सही तरीके से कॉन्फ़िगर किया गया है या नहीं.

1. लाइटहाउस सीआई सीएलआई इंस्टॉल करें.

   npm install -g @lhci/cli
   

   लाइटहाउस CI को आपके प्रोजेक्ट के रेपो के रूट में lighthouserc.js फ़ाइल रखकर, कॉन्फ़िगर किया जाता है. यह फ़ाइल ज़रूरी है और इसमें लाइटहाउस सीआई से जुड़े कॉन्फ़िगरेशन की जानकारी शामिल होगी. हालांकि, Lighthouse CI को गिट रेपो के बिना इस्तेमाल करने के लिए कॉन्फ़िगर किया जा सकता है. हालांकि, इस लेख में दिए गए निर्देशों में यह माना जाता है कि आपके प्रोजेक्ट रेपो को git का इस्तेमाल करने के लिए कॉन्फ़िगर किया गया है.

2. डेटा स्टोर करने की अपनी जगह के रूट में, एक lighthouserc.js कॉन्फ़िगरेशन फ़ाइल बनाएं.

   touch lighthouserc.js
   

3. lighthouserc.js में यह कोड जोड़ें. यह कोड एक खाली Lighthouse CI कॉन्फ़िगरेशन है. बाद के चरणों में, आपको यह कॉन्फ़िगरेशन जोड़ना होगा.

   module.exports = {
     ci: {
       collect: {
         /* Add configuration here */
       },
       upload: {
         /* Add configuration here */
       },
     },
   };
   

4. जब भी Lighthouse CI चलता है, तो यह आपकी साइट को दिखाने के लिए एक सर्वर शुरू करता है. इसी सर्वर की मदद से, Lighthouse आपकी साइट को तब भी लोड करता है, जब कोई दूसरा सर्वर नहीं चल रहा होता. जब लाइटहाउस CI काम करना पूरा कर लेता है, तब सर्वर अपने-आप बंद हो जाता है. यह पक्का करने के लिए कि विज्ञापन ठीक से काम कर रहे हों, आपको staticDistDir या startServerCommand प्रॉपर्टी में से किसी एक को कॉन्फ़िगर करना होगा.

   अगर आपकी साइट स्टैटिक है, तो ci.collect ऑब्जेक्ट में staticDistDir प्रॉपर्टी जोड़कर बताएं कि आपकी स्टैटिक फ़ाइलें कहां मौजूद हैं. आपकी साइट की जांच करते समय, लाइटहाउस CI इन फ़ाइलों को दिखाने के लिए, अपने खुद के सर्वर का इस्तेमाल करेगा. अगर आपकी साइट स्टैटिक नहीं है, तो ci.collect ऑब्जेक्ट में startServerCommand प्रॉपर्टी जोड़ें. इससे आपको सर्वर को शुरू करने वाले कमांड के बारे में पता चलेगा. लाइटहाउस सीआई, टेस्टिंग के दौरान एक नई सर्वर प्रोसेस शुरू करेगा और बाद में उसे बंद कर देगा.

   // Static site example
   collect: {
     staticDistDir: './public',
   }
   

   // Dynamic site example
   collect: {
     startServerCommand: 'npm run start',
   }
   

5. यूआरएल को दिखाने के लिए, ci.collect ऑब्जेक्ट में url प्रॉपर्टी जोड़ें. ऐसा करने से, उन यूआरएल के बारे में पता चलेगा जिन पर लाइटहाउस CI, लाइटहाउस को चला सकता है. url प्रॉपर्टी की वैल्यू, यूआरएल के कलेक्शन के तौर पर दी जानी चाहिए. इस कलेक्शन में एक या उससे ज़्यादा यूआरएल हो सकते हैं. डिफ़ॉल्ट रूप से, Lighthouse CI, हर यूआरएल से तीन बार लाइटहाउस चलाएगा.

   collect: {
     // ...
     url: ['http://localhost:8080']
   }
   

   ध्यान दें: ये यूआरएल ऐसे सर्वर पर उपलब्ध होने चाहिए जिन्हें आपने पिछले चरण में कॉन्फ़िगर किया था. इसलिए, अगर स्थानीय तौर पर Lighthouse CI इस्तेमाल किया जा रहा है, तो शायद इन यूआरएल में आपके प्रोडक्शन होस्ट के बजाय localhost शामिल होना चाहिए.

6. ci.upload ऑब्जेक्ट में, target प्रॉपर्टी जोड़ें और वैल्यू को 'temporary-public-storage' पर सेट करें. Lighthouse CI से इकट्ठा की गई लाइटहाउस रिपोर्ट को, सार्वजनिक स्टोरेज में सेव कर दिया जाएगा. यह रिपोर्ट सात दिनों तक वहीं रहेगी और फिर अपने-आप मिट जाएगी. यह सेटअप गाइड, "कुछ समय के लिए सार्वजनिक स्टोरेज" अपलोड करने के विकल्प का इस्तेमाल करती है, क्योंकि यह तेज़ी से सेटअप होती है. लाइटहाउस रिपोर्ट सेव करने के दूसरे तरीकों के बारे में जानने के लिए, दस्तावेज़ देखें.

   upload: {
     target: 'temporary-public-storage',
   }
   

   रिपोर्ट को सेव करने की जगह, इसकी तरह होगी:

   https://storage.googleapis.com/lighthouse-infrastructure.appspot.com/reports/1580152437799-46441.report.html
   

   (यह यूआरएल काम नहीं करेगा, क्योंकि रिपोर्ट को पहले ही मिटाया जा चुका है.)

7. autorun कमांड का इस्तेमाल करके, टर्मिनल से लाइटहाउस CI सीएलआई चलाएं. यह लाइटहाउस तीन बार चलेगा और मीडियन लाइटहाउस रिपोर्ट अपलोड करें.

   lhci autorun
   

   अगर आपने लाइटहाउस 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 टोकन सिर्फ़ तब ज़रूरी है, जब आपको GitHub ऐक्शन के साथ Lighthouse CI का इस्तेमाल करना हो. इस लेख में, GitHub ऐक्शन को सेटअप करने का तरीका बताया गया है.

   https://storage.googleapis.com... से शुरू होने वाले आउटपुट में दिए गए लिंक पर क्लिक करने पर, आपको लाइटहाउस की मीडियन रिपोर्ट पर ले जाया जाएगा. यह मीडियन लाइटहाउस रिपोर्ट से जुड़ी होगी.

   autorun में जिन डिफ़ॉल्ट का इस्तेमाल किया जाता है उन्हें कमांड लाइन या lighthouserc.js से बदला जा सकता है. उदाहरण के लिए, नीचे दिए गए lighthouserc.js कॉन्फ़िगरेशन से पता चलता है कि जब भी autorun को चलाया जाता है, तो पांच लाइटहाउस रन इकट्ठा होने चाहिए.

8. numberOfRuns प्रॉपर्टी का इस्तेमाल करने के लिए, lighthouserc.js को अपडेट करें:

   module.exports = {
       // ...
       collect: {
         numberOfRuns: 5
       },
     // ...
     },
   };
   

9. autorun निर्देश फिर से चलाएं:

   lhci autorun
   

   टर्मिनल आउटपुट से यह पता चलना चाहिए कि लाइटहाउस को डिफ़ॉल्ट तीन के बजाय, पांच बार चलाया गया है:

   ✅  .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.
   

   कॉन्फ़िगरेशन के अन्य विकल्पों के बारे में जानने के लिए, Lighthouse CI का कॉन्फ़िगरेशन दस्तावेज़ देखें.

Lighthouse CI चलाने के लिए, सीआई प्रोसेस सेट अप करें

लाइटहाउस CI का इस्तेमाल, आपके पसंदीदा सीआई टूल के साथ किया जा सकता है. लाइटहाउस सीआई दस्तावेज़ के अपना CI देने वाला प्लैटफ़ॉर्म कॉन्फ़िगर करें सेक्शन में कोड सैंपल मौजूद होते हैं. इनमें, सामान्य सीआई टूल की कॉन्फ़िगरेशन फ़ाइलों में Lighthouse CI को शामिल करने का तरीका बताया गया है. खास तौर पर, ये कोड सैंपल दिखाते हैं कि सीआई प्रोसेस के दौरान परफ़ॉर्मेंस मेज़रमेंट इकट्ठा करने के लिए, Lighthouse CI कैसे चलाया जाता है.

परफ़ॉर्मेंस मेज़रमेंट को इकट्ठा करने के लिए Lighthouse CI का इस्तेमाल करना, परफ़ॉर्मेंस पर निगरानी रखने की शुरुआत करने का एक अच्छा तरीका है. हालांकि, अगर जानकार उपयोगकर्ता पहले से तय की गई शर्तों को पूरा नहीं करते हैं, तो हो सकता है कि वे एक कदम आगे जाकर Lighthouse CI का इस्तेमाल करें. यह व्यवहार lighthouserc.js फ़ाइल की assert प्रॉपर्टी के ज़रिए कॉन्फ़िगर किया जाता है.

लाइटहाउस CI, तीन लेवल के दावे के साथ काम करता है:

• off: दावों को अनदेखा करना
• warn: stderr से प्रिंट नहीं हो सका
• error: stderr और बाहर निकलने के लिए लाइटहाउस CI का इस्तेमाल नहीं किया जा सका. साथ ही, इसमें शून्य से बाहर निकलने का कोड है

नीचे lighthouserc.js कॉन्फ़िगरेशन का एक उदाहरण दिया गया है, जिसमें दावे शामिल हैं. यह लाइटहाउस की परफ़ॉर्मेंस और सुलभता कैटगरी के स्कोर के लिए आपके दावे सेट करता है. इसे आज़माने के लिए, अपनी lighthouserc.js फ़ाइल में नीचे दिखाए गए दावे जोड़ें. इसके बाद, Lighthouse CI को फिर से चलाएं.

module.exports = {
  ci: {
    collect: {
      // ...
    },
    assert: {
      assertions: {
        'categories:performance': ['warn', {minScore: 1}],
        'categories:accessibility': ['error', {minScore: 1}]
      }
    },
    upload: {
      // ...
    },
  },
};

इससे जो कंसोल आउटपुट जनरेट होता है, वह ऐसा दिखता है:

Lighthouse CI के दावों के बारे में ज़्यादा जानने के लिए, दस्तावेज़ देखें.

Lighthouse CI चलाने के लिए, GitHub की कार्रवाई सेट अप करें

ध्यान दें: यह सेक्शन यह मानता है कि आपको git, GitHub, और GitHub पुल अनुरोधों के बारे में पता है.

GitHub ऐक्शन का इस्तेमाल, Lighthouse CI को चलाने के लिए किया जा सकता है. कोड में बदलाव को GitHub रिपॉज़िटरी की किसी भी ब्रांच में पुश करने पर, हर बार एक नई लाइटहाउस रिपोर्ट जनरेट होगी. इसका इस्तेमाल, हर पुल अनुरोध पर इन नतीजों को दिखाने के लिए स्थिति की जांच के साथ करें.

1. डेटा स्टोर करने की जगह के रूट में, .github/workflows नाम की डायरेक्ट्री बनाएं. आपके प्रोजेक्ट के वर्कफ़्लो इस डायरेक्ट्री में सेव होंगे. वर्कफ़्लो एक ऐसी प्रोसेस है जो पहले से तय किए गए समय पर चलती है. उदाहरण के लिए, जब कोड पुश किया जाता है और उसमें एक या उससे ज़्यादा कार्रवाइयां होती हैं.

   mkdir .github
   mkdir .github/workflows
   

2. .github/workflows में, lighthouse-ci.yaml नाम की एक फ़ाइल बनाएं. यह फ़ाइल नए वर्कफ़्लो के लिए कॉन्फ़िगरेशन को होल्ड करेगी.

   touch lighthouse-ci.yaml
   

3. 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 का इस्तेमाल किया जाएगा
   • नोड को इंस्टॉल और कॉन्फ़िगर करें
   • ज़रूरी एनपीएम पैकेज इंस्टॉल करें
   • Lighthouse CI चलाएं और नतीजों को अस्थायी तौर पर सार्वजनिक स्टोरेज में अपलोड करें.

4. इन बदलावों को लागू करें और उन्हें GitHub पर भेजें. अगर आपने ऊपर बताया गया तरीका सही तरीके से अपनाया है, तो GitHub पर कोड पुश करने से, अभी-अभी जोड़ा गया वर्कफ़्लो चालू हो जाएगा.

5. यह पुष्टि करने के लिए कि लाइटहाउस CI ने ट्रिगर कर दिया है और उससे जनरेट की गई रिपोर्ट देखने के लिए, अपने प्रोजेक्ट के कार्रवाइयां टैब पर जाएं. आपको अपनी हाल की प्रतिबद्धता में बिल्ड प्रोजेक्ट और Run Lighthouse CI वर्कफ़्लो दिखेगा.

   

   कार्रवाई टैब से, किसी खास प्रतिबद्धता से जुड़े लाइटहाउस रिपोर्ट पर जाएं. कमिट पर क्लिक करें और Lighthouse CI वर्कफ़्लो चरण पर क्लिक करें. इसके बाद, Lighthouse CI चलाएं चरण को पूरा करने पर नतीजों को बड़ा करें.

   

   आपने लाइटहाउस CI चलाने के लिए, अभी-अभी GitHub की कार्रवाई सेट अप की है. यह तब सबसे ज़्यादा फ़ायदेमंद होगा, जब इसे GitHub की स्थिति की जांच के साथ इस्तेमाल किया जाएगा.

GitHub की स्टेटस जांच सेट अप करें

अगर कॉन्फ़िगर किया गया हो, तो स्टेटस की जांच एक ऐसा मैसेज होता है जो हर पीआर पर दिखता है. आम तौर पर, इसमें टेस्ट के नतीजे या बिल्ड की सफलता जैसी जानकारी शामिल होती है.

Lighthouse CI के लिए, स्टेटस की जांच करने की सुविधा सेट अप करने का तरीका नीचे दिया गया है.

1. Lighthouse CI GitHub ऐप्लिकेशन पेज पर जाएं और कॉन्फ़िगर करें पर क्लिक करें.

2. (ज़रूरी नहीं) अगर आप GitHub पर एक से ज़्यादा संगठनों का हिस्सा हैं, तो वह संगठन चुनें जिसके पास डेटा स्टोर करने की जगह का मालिकाना हक हो और जिसके लिए आपको Lighthouse CI का इस्तेमाल करना है.

3. अगर आपको डेटा स्टोर करने की सभी जगहों में Lighthouse CI की सुविधा चालू करनी है, तो सभी डेटा स्टोर करने की जगहें चुनें. अगर आपको डेटा स्टोर करने की कुछ जगहों में ही इस्तेमाल करना है, तो सिर्फ़ डेटा स्टोर करने की जगहें चुनें. इसके बाद, डेटा स्टोर करने की जगहों को चुनें. इसके बाद, इंस्टॉल करें और अनुमति दें पर क्लिक करें.

4. दिखने वाले टोकन को कॉपी करें. आप इसका इस्तेमाल अगले चरण में करेंगे.

5. टोकन जोड़ने के लिए, अपने GitHub डेटा स्टोर करने की जगह के सेटिंग पेज पर जाएं. इसके बाद, सीक्रेट पर क्लिक करें और फिर नया सीक्रेट जोड़ें पर क्लिक करें.

   

6. नाम फ़ील्ड को LHCI_GITHUB_APP_TOKEN पर सेट करें. इसके बाद, वैल्यू फ़ील्ड को उस टोकन पर सेट करें जिसे आपने आखिरी चरण में कॉपी किया था. इसके बाद, सीक्रेट जोड़ें बटन पर क्लिक करें.

7. lighthouse-ci.yaml फ़ाइल पर जाएं और "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: $

1. स्थिति की जांच करने की सुविधा इस्तेमाल के लिए तैयार है. इसकी जांच करने के लिए, नया पुल अनुरोध बनाएं या किसी मौजूदा पुल के अनुरोध को सीमित करें.

Lighthouse CI सर्वर सेट अप करना

लाइटहाउस CI सर्वर, ऐतिहासिक लाइटहाउस रिपोर्टिंग को एक्सप्लोर करने के लिए एक डैशबोर्ड उपलब्ध कराता है. यह Lighthouse रिपोर्ट के लिए, लंबे समय तक चलने वाले निजी डेटास्टोर के तौर पर भी काम कर सकता है.

1. चुनें कि तुलना करने के लिए क्या करना है.
2. वह रकम जो लाइटहाउस स्कोर में, दो बदलावों के बीच बदली गई है.
3. इस सेक्शन में सिर्फ़ वे मेट्रिक दिखती हैं जिनमें दो बदलावों के बीच कोई बदलाव हुआ हो.
4. रिग्रेशन को गुलाबी रंग में हाइलाइट किया जाता है.
5. सुधार नीले रंग में हाइलाइट किए गए हैं.

Lighthouse CI सर्वर, उन उपयोगकर्ताओं के लिए सबसे अच्छा है जो अपने इंफ़्रास्ट्रक्चर को आसानी से डिप्लॉय और मैनेज करते हैं.

Lighthouse CI सर्वर सेट अप करने के बारे में जानकारी पाने और डिप्लॉयमेंट के लिए Heroku और Docker का इस्तेमाल करने की रेसिपी भी शामिल हैं. इसके लिए, ये instructions देखें.

ज़्यादा जानें

• Lighthouse CI GitHub रेपो