हाम्रो काममा, हामी सक्रिय रूपमा प्लेटफर्म प्रयोग गर्छौं सोनारक्यूब उच्च स्तरमा कोडको गुणस्तर कायम राख्न। लिखित परियोजनाहरू मध्ये एक एकीकृत गर्दा VueJs+Typescript, समस्याहरू छन्। त्यसकारण, म तपाईंलाई कसरी समाधान गर्न व्यवस्थित गर्यौं भन्ने बारे थप बताउन चाहन्छु।

यो लेख फोकस हुनेछ, मैले माथि लेखे जस्तै, SonarQube प्लेटफर्ममा। एउटा सानो सिद्धान्त - यो सामान्यतया के हो, पहिलो पटक यसको बारेमा सुन्नेहरूका लागि:

सोनारक्यूब (पूर्व सोनार) निरन्तर निरीक्षण र कोड गुणस्तर मापनको लागि खुला स्रोत प्लेटफर्म हो।
MISRA C, MISRA C++, MITER/CWE र CERT सुरक्षित कोडिङ मानकहरूको नियम अनुसार कोड विश्लेषण र त्रुटि पत्ता लगाउन समर्थन गर्दछ। यसले OWASP शीर्ष 10 र CWE / SANS शीर्ष 25 प्रोग्रामिङ त्रुटिहरूको सूचीबाट त्रुटिहरू कसरी पहिचान गर्ने भनेर पनि जान्दछ।
प्लेटफर्मले विभिन्न तयार उपकरणहरू प्रयोग गरेको तथ्यको बावजुद, SonarQube ले नतिजाहरूलाई एकल ड्यासबोर्ड (अंग्रेजी ड्यासबोर्ड) मा घटाउँछ, रनहरूको इतिहास राख्छ र यसैले तपाईंलाई विकासको क्रममा सफ्टवेयरको गुणस्तरमा समग्र प्रवृत्ति हेर्न अनुमति दिन्छ।

थप विवरण मा पाउन सकिन्छ आधिकारिक वेबसाइट

प्रोग्रामिङ भाषाहरूको ठूलो संख्या समर्थित छन्। माथिको लिङ्कबाट जानकारीको आधारमा, यी 25 भन्दा बढी भाषाहरू छन्। एक विशिष्ट भाषा समर्थन गर्न, तपाईंले उपयुक्त प्लगइन स्थापना गर्नुपर्छ। सामुदायिक संस्करणमा काम गर्नको लागि प्लगइन समावेश छ जाभास्क्रिप्ट (टाइपस्क्रिप्ट सहित), यद्यपि विकिले अन्यथा भन्छ। पछाडि जाभास्क्रिप्ट प्लगइनले जवाफ दिन्छ सोनारजेएस, Typescript को लागी SonarTS क्रमशः।

एक आधिकारिक ग्राहक कवरेज जानकारी पठाउन प्रयोग गरिन्छ sonarqube-स्क्यानर, जुन, बाट सेटिङहरू प्रयोग गरेर कन्फिगर गर्नुहोस्-फाइल, सर्भरमा यो डाटा पठाउँछ सोनारक्यूब थप समेकन र एकीकरणको लागि।

गर्न जाभास्क्रिप्ट त्यहाँ छ npm र्यापर। त्यसोभए, चरण-दर-चरण कार्यान्वयन सुरु गरौं सोनारक्यूब в Vue- परियोजना प्रयोग गर्दै टाइपस्क्रिप्ट.

सर्भर परिनियोजनको लागि सोनारक्यूब प्रयोग गरौं डकर-रचना.

sonar.yaml:

version: '1'
    services:
        simplesample-sonar:
            image: sonarqube:lts
            ports:
                - 9001:9000
                - 9092:9092
            network_mode: bridge

सुरुवात:

docker-compose -f sonar.yml up

त्यस पछि सोनारक्यूब मा उपलब्ध हुनेछ - http://localhost:9001 .

अहिलेसम्म, यसमा कुनै परियोजनाहरू छैनन्, र यो उचित छ। हामी यो अवस्था सच्याउछौं। आधारको रूपमा, मैले आधिकारिक उदाहरण परियोजना लिएँ VueJS+TS+Jest। यसलाई हामी तिर झुकाऔं:

git clone https://github.com/vuejs/vue-test-utils-typescript-example.git

पहिले हामीले ग्राहक स्थापना गर्न आवश्यक छ सोनारक्यूब, जसलाई भनिन्छ सोनार स्क्यानरको लागी npm त्यहाँ एक आवरण छ:

yarn add sonarqube-scanner

र तुरुन्तै आदेश थप्नुहोस् लिपिहरू उहाँसँग काम गर्न।

package.json:

{
 … 
   scripts: {
      ...
      "sonar": "sonar-scanner"
      ...
   },
 …
}

अर्को, स्क्यानरले काम गर्नको लागि, तपाईंले विशेष फाइलमा परियोजना सेटिङहरू सेट गर्न आवश्यक छ। आधारभूत कुराहरूसँग सुरु गरौं।

sonar-project.properties:

sonar.host.url=http://localhost:9001

sonar.projectKey=test-project-vuejs-ts
sonar.projectName=Test Application (VueJS+TS)

sonar.sources=src
# sonar.tests=
sonar.test.inclusions=src/**/*tests*/**
sonar.sourceEncoding=UTF-8

sonar.host.url - ठेगाना सोनार'ए;
sonar.projectKey - सर्भरमा अद्वितीय परियोजना पहिचानकर्ता सोनार'ए;
sonar.projectName - यसको नाम, यो कुनै पनि समयमा परिवर्तन गर्न सकिन्छ, परियोजना द्वारा पहिचान गरिएको छ परियोजना कुञ्जी;
सोनार स्रोतहरू - स्रोत फोल्डर, सामान्यतया srcतर जे पनि हुन सक्छ। यो फोल्डर मूल फोल्डरसँग सम्बन्धित छ, जुन फोल्डर हो जहाँबाट स्क्यानर सुरू गरिएको छ;
sonar.tests - एक प्यारामिटर जुन अघिल्लो एकसँग जोडिएको छ। यो फोल्डर हो जहाँ परीक्षणहरू अवस्थित छन्। यस परियोजनामा, त्यहाँ त्यस्तो कुनै फोल्डर छैन, र परीक्षण फोल्डरमा परीक्षण अन्तर्गत कम्पोनेन्टको छेउमा अवस्थित छ।परीक्षण', त्यसैले हामी यसलाई अहिलेको लागि बेवास्ता गर्नेछौं र अर्को प्यारामिटर प्रयोग गर्नेछौं;
sonar.test.inclusions - मास्क प्रयोग गरेर परीक्षणहरूको लागि मार्ग, त्यहाँ अल्पविराम द्वारा विभाजित धेरै तत्वहरू हुन सक्छ;
sonar.sourceEncoding - स्रोत फाइलहरूको लागि एन्कोडिङ।

स्क्यानरको पहिलो प्रक्षेपणको लागि, सबै कुरा तयार छ, मुख्य अघिल्लो कार्य बाहेक: परीक्षण इन्जिन आफै सुरु गर्दै, कभरेजको बारेमा जानकारी उत्पन्न गर्न, जुन स्क्यानरले पछि प्रयोग गर्नेछ।

तर यसको लागि तपाईंले यो जानकारी उत्पन्न गर्न परीक्षण इन्जिन कन्फिगर गर्न आवश्यक छ। यस परियोजनामा, परीक्षण इन्जिन छ छ। र यसको सेटिङहरू फाइलको सम्बन्धित खण्डमा छन् package.json.

यी सेटिङहरू थपौं:

"collectCoverage": true,
"collectCoverageFrom": [
      "src/**/*",
      "!src/main.ts",
      "!src/App.vue",
      "!src/**/*.d.*",
      "!src/**/*__tests__*"
],

त्यो हो, हामीले कभरेज र स्रोत (अपवाद सहित) गणना गर्न आवश्यकताको लागि झण्डा आफै सेट गर्छौं, जसको आधारमा यो गठन हुनेछ।

अब परीक्षण चलाउनुहोस्:

yarn test

हामी निम्न देख्नेछौं:

कारण यो हो कि त्यहाँ कम्पोनेन्टमा कुनै कोड छैन, जस्तै। यसलाई ठीक गरौं।

HelloWorld.vue:

...
methods: {
    calc(n) {
      return n + 1;
    }
  },
mounted() {
  this.msg1 = this.msg + this.calc(1);
},
...

यो कवरेज गणना गर्न पर्याप्त हुनेछ।

परीक्षण पुन: सुरु गरेपछि, यो निश्चित गर्नुहोस्:

स्क्रिनमा, हामीले कभरेज जानकारी हेर्नुपर्दछ, र फोल्डर परियोजना फोल्डरमा सिर्जना गरिनेछ कभरेज विश्वव्यापी ढाँचामा परीक्षण कभरेज जानकारीको साथ LCOV (LTP GCOV विस्तार).

Gcov कोड कभरेज अनुसन्धानको लागि स्वतन्त्र रूपमा वितरित उपयोगिता हो। Gcov ले कार्यक्रममा प्रत्येक कथनका लागि कार्यान्वयनको सही संख्या उत्पन्न गर्छ र तपाईंलाई स्रोत कोडमा एनोटेसनहरू थप्न अनुमति दिन्छ। Gcov लाई GCC प्याकेजमा मानक उपयोगिताको रूपमा आपूर्ति गरिएको छ।
Lcov - gcov को लागि GUI। यसले धेरै स्रोत फाइलहरूको लागि gcov फाइलहरू सङ्कलन गर्दछ र कोड र कभरेज जानकारीको साथ HTML पृष्ठहरूको सेट सिर्जना गर्दछ। नेभिगेसन सजिलो बनाउन पृष्ठहरू पनि उत्पन्न हुन्छन्। Lcov लाई लाइन, प्रकार्य, शाखा कभरेज समर्थन गर्दछ।

परीक्षणहरू पूरा भएपछि, कभरेज जानकारी हुनेछ coverage/lcov.info.
हामीले भन्न आवश्यक छ सोनार'कहाँबाट ल्याउने। त्यसोभए यसको कन्फिगरेसन फाइलमा निम्न लाइनहरू थपौं। तर त्यहाँ एउटा बिन्दु छ: परियोजनाहरू बहुभाषी हुन सक्छ, त्यो हो, फोल्डरमा src त्यहाँ धेरै प्रोग्रामिङ भाषाहरूको लागि स्रोतहरू छन् र एक वा अर्कोसँग सम्बन्धित छन्, र बारीमा, एक विशेष प्लगइनको प्रयोग यसको विस्तारद्वारा निर्धारण गरिन्छ। र कभरेज जानकारी विभिन्न प्रोग्रामिङ भाषाहरूको लागि विभिन्न ठाउँहरूमा भण्डारण गर्न सकिन्छ, त्यसैले प्रत्येक PL सँग यसको कन्फिगर गर्नको लागि आफ्नै खण्ड छ। हाम्रो परियोजना प्रयोग गर्दछ टाइपस्क्रिप्ट, त्यसैले हामीलाई यसको लागि सेटिङ खण्ड चाहिन्छ:

sonar-project.properties:

sonar.typescript.coveragePlugin=lcov
sonar.typescript.lcov.reportPaths=coverage/lcov.info

स्क्यानरको पहिलो सुरुवातको लागि सबै तयार छ। म परियोजना औंल्याउन चाहन्छु सोनार'e स्वचालित रूपमा सिर्जना हुन्छ जब तपाइँ पहिलो पटक दिइएको परियोजनाको लागि स्क्यानर चलाउनुहुन्छ। त्यसपछिका समयमा, समयसँगै परियोजना प्यारामिटरहरूमा परिवर्तनहरूको गतिशीलता हेर्नको लागि जानकारी पहिले नै संचित हुनेछ।

त्यसोभए, पहिले सिर्जना गरिएको आदेश प्रयोग गरौं package.json:

yarn run sonar

नोट: तपाईं पनि विकल्प प्रयोग गर्न सक्नुहुन्छ -X थप विस्तृत लगिङको लागि।

यदि स्क्यानर पहिलो पटक लन्च गरिएको थियो भने, स्क्यानरको बाइनरी पहिले डाउनलोड हुनेछ। त्यस पछि यो सुरु हुन्छ र सर्भर स्क्यान गर्न सुरु हुन्छ सोनार'ए स्थापित प्लगइनहरूको लागि, यसरी समर्थित PLs गणना। यसले काम गर्नको लागि अन्य विभिन्न विकल्पहरू पनि लोड गर्दछ: गुणस्तर प्रोफाइलहरू, सक्रिय नियमहरू, मेट्रिक्स भण्डार, सर्भर नियमहरू.

नोट: हामी यस लेखको ढाँचा भित्र विस्तृत रूपमा तिनीहरूमा बस्ने छैनौं, तर तपाईं सधैं आधिकारिक स्रोतहरूमा जान सक्नुहुन्छ।

अर्को, फोल्डरको विश्लेषण सुरु हुन्छ src सबैका लागि स्रोत फाइलहरूको उपलब्धताका लागि (कुनै विशेषले स्पष्ट रूपमा निर्दिष्ट नगरेसम्म) समर्थित PLs, तिनीहरूको पछिको अनुक्रमणिकाको साथ।

त्यसपछि त्यहाँ विभिन्न अन्य विश्लेषणहरू छन् जुन हामी यस लेखमा फोकस गर्दैनौं (उदाहरणका लागि, जस्तै: linting, कोड नक्कल पत्ता लगाउने, आदि)।

स्क्यानरको धेरै अन्तमा, सबै सङ्कलित जानकारी एकत्रित, अभिलेख र सर्भरमा पठाइन्छ।

त्यस पछि, हामी पहिले नै वेब इन्टरफेसमा के भयो देख्न सक्छौं:

तपाईले देख्न सक्नुहुने रूपमा, केहि बाहिरियो, र केहि प्रकारको कभरेज पनि देखाउँदछ, तर यो हाम्रो अनुरूप छैन। छ- रिपोर्ट।

यसलाई बाहिर निकालौं। परियोजनालाई थप विस्तारमा हेरौं, कभरेज मानमा क्लिक गर्नुहोस्, र फाइलहरूमा विस्तृत रिपोर्टमा "पतन" गर्नुहोस्:

यहाँ हामी मुख्य, अनुसन्धान फाइलको अतिरिक्त देख्छौं HelloWorld.vue, फाइल पनि उपस्थित छ main.ts, जसले कभरेजको सम्पूर्ण तस्वीर बिगार्छ। तर कसरी, हामीले यसलाई कभरेज गणनाबाट बाहिर राख्यौं। हो, सबै कुरा सही छ, तर यो स्तर मा थियो छ, तर स्क्यानरले यसलाई अनुक्रमित गर्यो, त्यसैले यो यसको गणनामा आयो।

यसलाई ठीक गरौं:

sonar-project.properties:

...
sonar.exclusions=src/main.ts
...

म स्पष्टीकरण गर्न चाहन्छु: यो प्यारामिटरमा निर्दिष्ट गरिएका फोल्डरहरू बाहेक, प्यारामिटरमा सूचीबद्ध सबै फोल्डरहरू पनि थपिएका छन्। sonar.test.inclusions.

स्क्यानर सुरु गरेपछि, हामी सही जानकारी देख्छौं:

आउनुहोस् अर्कोलाई हेरौं - गुणवत्ता प्रोफाइल। मैले समर्थनको कुरा गरें सोनारएकै समयमा धेरै EPs। यो ठ्याक्कै हामीले देखिरहेका छौं। तर हामीलाई थाहा छ कि हाम्रो परियोजना लेखिएको छ TS, त्यसैले किन अनावश्यक हेरफेर र जाँच संग स्क्यानर तनाव। हामी कन्फिगरेसन फाइलमा एउटा थप प्यारामिटर थपेर विश्लेषणको लागि भाषा सेट गर्नेछौं सोनार'ए:

sonar-project.properties:

...
sonar.language=ts
...

फेरि स्क्यानर चलाउनुहोस् र नतिजा हेर्नुहोस्:

आवरण पूरै हराएको छ।

यदि हामीले स्क्यानर लग हेर्छौं भने, हामी निम्न रेखा देख्न सक्छौं:

त्यो हो, हाम्रो परियोजनाका फाइलहरू मात्र अनुक्रमित थिएनन्।

स्थिति निम्नानुसार छ: आधिकारिक समर्थन vue js प्लगइनमा छ सोनारजेएस, जसको लागि जिम्मेवार छ जाभास्क्रिप्ट.

तर यो समर्थन प्लगइनमा छैन SonarTS लागि TS, जसको बारेमा बग ट्र्याकरमा आधिकारिक टिकट खोलिएको थियो सोनार'ए:

यहाँ SonarQube विकासकर्ताहरूका प्रतिनिधिहरू मध्ये एकबाट केही जवाफहरू छन्, यो तथ्य पुष्टि गर्दै।

तर सबै कुरा हाम्रो लागि काम गर्यो, तपाईं विरोध गर्नुहुन्छ। हो यो हो, थोरै प्रयास गरौं "ह्याक".
यदि त्यहाँ समर्थन छ .vue-फाइलहरू सोनार'ओह, त्यसोभए उहाँलाई उनीहरू जस्तै व्यवहार गर्न भन्न प्रयास गरौं टाइपस्क्रिप्ट.

एउटा प्यारामिटर थपौं:

sonar-project.properties:

...
sonar.typescript.file.suffixes=.ts,.tsx,.vue
...

स्क्यानर सुरु गरौं:

र, भोइला, सबै कुरा सामान्यमा फर्कियो, र केवल एक प्रोफाइलको साथ टाइपस्क्रिप्ट। त्यो हो, हामीले समर्थनमा समस्या समाधान गर्न व्यवस्थित गर्यौं VueJs+TS लागि सोनारक्यूब.

अझ अगाडि जाने प्रयास गरौं र कभरेज जानकारीलाई अलिकति सुधार गर्ने प्रयास गरौं।

हामीले अहिलेसम्म के गरेका छौं:

परियोजनामा थपियो सोनार- स्क्यानर;
सेट अप छ कभरेज जानकारी उत्पन्न गर्न;
कन्फिगर गरिएको सोनार- स्क्यानर;
समर्थन समस्या समाधान .vue-फाइल + टाइपस्क्रिप्ट.

परीक्षण कभरेजको अतिरिक्त, त्यहाँ अन्य रोचक उपयोगी कोड गुणस्तर मापदण्डहरू छन्, जस्तै कोड नक्कल र लाइनहरूको संख्या (कोड जटिलतासँग सम्बन्धित गुणांकहरूको गणनामा संलग्न) परियोजनाको।

काम गर्नको लागि प्लगइनको हालको कार्यान्वयनमा TS (SonarTS) काम गर्दैन CPD (कपी पेस्ट डिटेक्टर) र कोड लाइनहरू गणना गर्नुहोस् .vue-फाइलहरू।

कोड नक्कलको लागि सिंथेटिक अवस्था सिर्जना गर्न, केवल कम्पोनेन्ट फाइललाई फरक नामको साथ नक्कल गर्नुहोस्, कोडमा थप्नुहोस् main.ts एक डमी प्रकार्य र फरक नाम संग नक्कल। मा जस्तै नक्कल लागि जाँच गर्न .vue, र मा .ts -फाइलहरू।

main.ts:

...
function name(params:string): void {
  console.log(params);
}
...

यो गर्नको लागि, अस्थायी रूपमा कन्फिगरेसन रेखा टिप्पणी गर्नुहोस्:

sonar-project.properties:

...
sonar.exclusions=src/main.ts
...

परीक्षणको साथ स्क्यानर पुन: सुरु गर्नुहोस्:

yarn test && yarn run sonar

अवश्य पनि, हाम्रो कभरेज घट्नेछ, तर अब हामीलाई चासो छैन।

कोडको डुप्लिकेट लाइनहरूको सन्दर्भमा, हामी देख्नेछौं:

जाँच गर्न, हामी प्रयोग गर्छौं सीपीडीउपयोगिता - jscpd:

npx jscpd src

कोड को लाइनहरु को लागी:

हुनसक्छ यो प्लगइनहरूको भविष्यका संस्करणहरूमा निश्चित हुनेछ। SonarJS(TS)। म नोट गर्न चाहन्छु कि तिनीहरू बिस्तारै यी दुई प्लगइनहरू एकमा मर्ज गर्न थालेका छन् सोनारजेएसजुन मलाई सही लाग्छ ।

अब म कभरेज जानकारी सुधार गर्ने विकल्पलाई विचार गर्न चाहन्छु।

अहिलेसम्म, हामी प्रतिशत सर्तहरूमा परीक्षण कभरेज देख्न सक्छौं, सम्पूर्ण परियोजनाको लागि, र विशेष गरी फाइलहरूको लागि। तर नम्बरमा जानकारीको साथ यो सूचक विस्तार गर्न सम्भव छ एकाइ- परियोजनामा परीक्षणहरू, साथै फाइलहरूको सन्दर्भमा।

सक्ने पुस्तकालय छ छ-का लागि ढाँचामा रूपान्तरण गर्न रिपोर्ट गर्नुहोस् सोनार'ए:
सामान्य परीक्षण डाटा - https://docs.sonarqube.org/display/SONAR/Generic+Test+Data.

तपाईंको परियोजनामा यो पुस्तकालय स्थापना गर्नुहोस्:

yarn add jest-sonar-reporter

र यसलाई कन्फिगरेसनमा थप्नुहोस् छ:

package.json:

…
"testResultsProcessor": "jest-sonar-reporter"
…

अब परीक्षण चलाउनुहोस्:

yarn test

त्यस पछि, परियोजनाको रूटमा फाइल सिर्जना गरिनेछ परीक्षण रिपोर्ट.xml.

यसलाई कन्फिगरेसनमा सक्षम गर्नुहोस् सोनार'ए:

sonar-project.properties:

…
sonar.testExecutionReportPaths=test-report.xml
…

र स्क्यानर पुन: सुरु गर्नुहोस्:

yarn run sonar

इन्टरफेसमा के परिवर्तन भएको छ हेरौं सोनार'ए:

र केहि परिवर्तन भएको छैन। तथ्य यो हो कि सोनारले जेस्ट रिपोर्टमा वर्णन गरिएका फाइलहरूलाई फाइलको रूपमा मान्दैनन् एकाइ- परीक्षणहरू। यो अवस्था ठीक गर्नको लागि, हामी कन्फिगरेसन प्यारामिटर प्रयोग गर्छौं सोनार sonar.tests, जसमा हामीले परीक्षणका साथ फोल्डरहरू स्पष्ट रूपमा निर्दिष्ट गर्छौं (हामीसँग अझै एउटा छ):

sonar-project.properties:

…
sonar.tests=src/components/__tests__
…

स्क्यानर पुन: सुरु गर्नुहोस्:

yarn run sonar

इन्टरफेसमा के परिवर्तन भएको छ हेरौं:

अब हामीले हाम्रो संख्या देख्यौं एकाइ-परीक्षणहरू र, भित्र क्लिक गरेर असफल भएपछि, हामी परियोजना फाइलहरू बीच यो नम्बरको वितरण देख्न सक्छौं:

निष्कर्षमा

त्यसोभए, हामीले निरन्तर विश्लेषणको लागि एक उपकरणलाई विचार गरेका छौं सोनारक्यूब। हामीले यसमा लेखिएको परियोजनालाई सफलतापूर्वक एकीकृत गर्यौं VueJs+TS। केही अनुकूलता मुद्दाहरू फिक्स गरियो। परीक्षण कभरेज सूचकको जानकारी सामग्री बढ्यो। यस लेखमा, हामीले कोड गुणस्तर मापदण्डहरू मध्ये एउटा मात्र विचार गरेका छौं (सायद मुख्य मध्ये एक), तर सोनारक्यूब सुरक्षा परीक्षण सहित अन्य गुणस्तर मापदण्ड समर्थन गर्दछ। तर यी सबै सुविधाहरू पूर्ण रूपमा उपलब्ध छैनन् समुदाय- संस्करणहरू। चाखलाग्दो र उपयोगी सुविधाहरू मध्ये एक एकीकरण हो। सोनारक्यूब GitLab र BitBucket जस्ता विभिन्न कोड रिपोजिटरी प्रबन्धन प्रणालीहरूसँग। रोकथाम गर्न मर्ज पुल (मर्ज) अनुरोध'र भण्डारको मुख्य शाखामा जब कभरेज घट्छ। तर यो एकदम फरक कथा हो।

PS: कोडको रूपमा लेखमा वर्णन गरिएको सबै कुरा उपलब्ध छ मेरो काँटा.

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

के तपाइँ SonarQube प्लेटफर्म प्रयोग गर्दै हुनुहुन्छ:

26,3%हो 5
15,8%नम्बर ८०
15,8%यस प्लेटफर्मको बारेमा सुनेको छ र प्रयोग गर्न चाहन्छु
10,5%यो प्लेटफर्मको बारेमा सुनेको छ र प्रयोग गर्न चाहँदैनन्
0,0%म फरक प्लेटफर्म ० प्रयोग गर्दैछु
31,6%पहिलो पटक उनको बारेमा सुनेको छु

19 प्रयोगकर्ताहरूले मतदान गरे। २ प्रयोगकर्ताहरू रोकिए।

स्रोत: www.habr.com

SonarQube सँग VueJS+TS परियोजना एकीकरण

निष्कर्षमा

के तपाइँ SonarQube प्लेटफर्म प्रयोग गर्दै हुनुहुन्छ:

एक टिप्पणी थप्न Отменить ответ