ജെങ്കിൻസിൽ IntelliJ IDEA പരിശോധനകൾ നടത്തുന്നു

ഇൻ്റലിജെ ഐഡിയയ്ക്ക് ഇന്ന് ഏറ്റവും നൂതനമായ സ്റ്റാറ്റിക് ജാവ കോഡ് അനലൈസർ ഉണ്ട്, അത് അതിൻ്റെ കഴിവുകളിൽ "വെറ്ററൻസിനെ" വളരെ പിന്നിലാക്കുന്നു. ചെക്ക്സ്റ്റൈൽ и സ്പോട്ട്ബഗ്ഗുകൾ. ഇതിൻ്റെ നിരവധി "പരിശോധനകൾ" കോഡിംഗ് ശൈലി മുതൽ സാധാരണ ബഗുകൾ വരെ വിവിധ വശങ്ങളിൽ കോഡ് പരിശോധിക്കുന്നു.

എന്നിരുന്നാലും, വിശകലന ഫലങ്ങൾ ഡെവലപ്പറുടെ IDE-യുടെ പ്രാദേശിക ഇൻ്റർഫേസിൽ മാത്രം പ്രദർശിപ്പിക്കുന്നിടത്തോളം, അവ വികസന പ്രക്രിയയിൽ കാര്യമായ പ്രയോജനം ചെയ്യില്ല. സ്റ്റാറ്റിക് വിശകലനം നിറവേറ്റണം ബിൽഡ് പൈപ്പ്ലൈനിൻ്റെ ആദ്യ ഘട്ടമെന്ന നിലയിൽ, അതിൻ്റെ ഫലങ്ങൾ ഗുണമേന്മയുള്ള ഗേറ്റുകൾ നിർവചിക്കേണ്ടതാണ്, കൂടാതെ ഗുണനിലവാരമുള്ള ഗേറ്റുകൾ കടന്നുപോകുന്നില്ലെങ്കിൽ ബിൽഡ് പരാജയപ്പെടും. ടീംസിറ്റി സിഐ ഐഡിയയുമായി സംയോജിപ്പിച്ചിട്ടുണ്ടെന്ന് അറിയാം. നിങ്ങൾ TeamCity ഉപയോഗിക്കുന്നില്ലെങ്കിലും, മറ്റേതെങ്കിലും CI സെർവറിൽ IDEA പരിശോധനകൾ പ്രവർത്തിപ്പിക്കാൻ നിങ്ങൾക്ക് എളുപ്പത്തിൽ ശ്രമിക്കാവുന്നതാണ്. ഐഡിയ കമ്മ്യൂണിറ്റി എഡിഷൻ, ജെൻകിൻസ്, വാണിംഗ്സ് എൻജി പ്ലഗിൻ എന്നിവ ഉപയോഗിച്ച് ഇത് എങ്ങനെ ചെയ്യാമെന്ന് കാണാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു.

ഘട്ടം 1. കണ്ടെയ്നറിൽ വിശകലനം നടത്തി ഒരു റിപ്പോർട്ട് നേടുക

ആദ്യം, ഗ്രാഫിക്കൽ ഇൻ്റർഫേസ് ഇല്ലാത്ത ഒരു CI സിസ്റ്റത്തിനുള്ളിൽ ഒരു IDE (ഡെസ്ക്ടോപ്പ് ആപ്ലിക്കേഷൻ!) പ്രവർത്തിപ്പിക്കുക എന്ന ആശയം സംശയാസ്പദവും വളരെ ബുദ്ധിമുട്ടുള്ളതുമായി തോന്നിയേക്കാം. ഭാഗ്യവശാൽ, IDEA ഡവലപ്പർമാർ പ്രവർത്തിപ്പിക്കാനുള്ള കഴിവ് നൽകിയിട്ടുണ്ട് കോഡ് ഫോർമാറ്റിംഗ് и പരിശോധനകൾ കമാൻഡ് ലൈനിൽ നിന്ന്. മാത്രമല്ല, ഈ മോഡിൽ IDEA പ്രവർത്തിപ്പിക്കുന്നതിന്, ഒരു ഗ്രാഫിക്സ് സബ്സിസ്റ്റം ആവശ്യമില്ല, കൂടാതെ ഈ ടാസ്ക്കുകൾ ഒരു ടെക്സ്റ്റ് ഷെൽ ഉപയോഗിച്ച് സെർവറുകളിൽ നിർവഹിക്കാൻ കഴിയും.

ഒരു സ്ക്രിപ്റ്റ് ഉപയോഗിച്ചാണ് പരിശോധനകൾ ആരംഭിക്കുന്നത് bin/inspect.sh IDEA ഇൻസ്റ്റലേഷൻ ഡയറക്ടറിയിൽ നിന്ന്. ആവശ്യമായ പാരാമീറ്ററുകൾ ഇവയാണ്:

• പ്രോജക്റ്റിലേക്കുള്ള മുഴുവൻ പാത (ബന്ധുക്കൾ പിന്തുണയ്ക്കുന്നില്ല),
• പരിശോധന ക്രമീകരണങ്ങളുള്ള .xml ഫയലിലേക്കുള്ള പാത (സാധാരണയായി പ്രോജക്റ്റിനുള്ളിൽ .idea/inspectionProfiles/Project_Default.xml എന്നതിൽ സ്ഥിതിചെയ്യുന്നു),
• വിശകലന ഫലങ്ങളെക്കുറിച്ചുള്ള റിപ്പോർട്ടുകളുള്ള .xml ഫയലുകൾ സംഭരിക്കുന്ന ഫോൾഡറിലേക്കുള്ള പൂർണ്ണ പാത.

കൂടാതെ, അത് പ്രതീക്ഷിക്കുന്നു

• Java SDK-യിലേക്കുള്ള പാത IDE-യിൽ കോൺഫിഗർ ചെയ്യപ്പെടും, അല്ലാത്തപക്ഷം വിശകലനം പ്രവർത്തിക്കില്ല. ഈ ക്രമീകരണങ്ങൾ കോൺഫിഗറേഷൻ ഫയലിൽ അടങ്ങിയിരിക്കുന്നു jdk.table.xml IDEA ഗ്ലോബൽ കോൺഫിഗറേഷൻ ഫോൾഡറിൽ. IDEA ഗ്ലോബൽ കോൺഫിഗറേഷൻ തന്നെ ഉപയോക്താവിൻ്റെ ഹോം ഡയറക്‌ടറിയിൽ സ്ഥിരസ്ഥിതിയായി സ്ഥിതിചെയ്യുന്നു, എന്നാൽ ഈ സ്ഥാനം വ്യക്തമായി വ്യക്തമാക്കാം ഫയലിൽ idea.properties.
• വിശകലനം ചെയ്‌ത പ്രോജക്‌റ്റ് സാധുവായ ഒരു IDEA പ്രോജക്‌റ്റ് ആയിരിക്കണം, അതിനായി പതിപ്പ് നിയന്ത്രണത്തിൽ സാധാരണയായി അവഗണിക്കപ്പെടുന്ന ചില ഫയലുകൾ നിങ്ങൾ സമർപ്പിക്കേണ്ടതുണ്ട്, അതായത്:
  • .idea/inspectionProfiles/Project_Default.xml - അനലൈസർ ക്രമീകരണങ്ങൾ, കണ്ടെയ്‌നറിൽ പരിശോധനകൾ നടത്തുമ്പോൾ അവ വ്യക്തമായി ഉപയോഗിക്കും,
  • .idea/modules.xml - അല്ലാത്തപക്ഷം 'ഈ പ്രോജക്റ്റിൽ മൊഡ്യൂളുകളൊന്നുമില്ല' എന്ന പിശക് നമുക്ക് ലഭിക്കും,
  • .idea/misc.xml - അല്ലാത്തപക്ഷം 'ഈ പ്രോജക്റ്റിനായി JDK ശരിയായി ക്രമീകരിച്ചിട്ടില്ല' എന്ന പിശക് നമുക്ക് ലഭിക്കും,
  • *.iml-файлы — അല്ലാത്തപക്ഷം, മൊഡ്യൂളിൽ കോൺഫിഗർ ചെയ്യാത്ത JDK-യെ കുറിച്ച് നമുക്ക് ഒരു പിശക് ലഭിക്കും.

ഈ ഫയലുകൾ സാധാരണയായി ഉൾപ്പെടുത്തിയിട്ടുണ്ടെങ്കിലും .gitignore, അവയിൽ ഒരു പ്രത്യേക ഡവലപ്പറുടെ പരിതസ്ഥിതിക്ക് പ്രത്യേക വിവരങ്ങളൊന്നും അടങ്ങിയിട്ടില്ല - ഉദാഹരണത്തിന്, ഒരു ഫയലിൽ നിന്ന് വ്യത്യസ്തമായി workspace.xml, അത്തരം വിവരങ്ങൾ എവിടെയാണ് അടങ്ങിയിരിക്കുന്നത്, അതിനാൽ അത് ചെയ്യേണ്ടതില്ല.

IDEA കമ്മ്യൂണിറ്റി പതിപ്പിനൊപ്പം JDK-യും വിശകലനം ചെയ്ത പ്രോജക്റ്റുകളിൽ "പിറ്റ്" ചെയ്യാൻ തയ്യാറായ രൂപത്തിൽ ഒരു കണ്ടെയ്‌നറിലേക്ക് പാക്കേജ് ചെയ്യുക എന്നതാണ് വ്യക്തമായ പരിഹാരം. നമുക്ക് അനുയോജ്യമായ ഒരു ബേസ് കണ്ടെയ്നർ തിരഞ്ഞെടുക്കാം, ഞങ്ങളുടെ ഡോക്കർഫയൽ ഇതാണ്:

Dockerfile

FROM openkbs/ubuntu-bionic-jdk-mvn-py3

ARG INTELLIJ_VERSION="ideaIC-2019.1.1"

ARG INTELLIJ_IDE_TAR=${INTELLIJ_VERSION}.tar.gz

ENV IDEA_PROJECT_DIR="/var/project"

WORKDIR /opt

COPY jdk.table.xml /etc/idea/config/options/

RUN wget https://download-cf.jetbrains.com/idea/${INTELLIJ_IDE_TAR} && 
    tar xzf ${INTELLIJ_IDE_TAR} && 
    tar tzf ${INTELLIJ_IDE_TAR} | head -1 | sed -e 's//.*//' | xargs -I{} ln -s {} idea && 
    rm ${INTELLIJ_IDE_TAR} && 
    echo idea.config.path=/etc/idea/config >> idea/bin/idea.properties && 
    chmod -R 777 /etc/idea

CMD idea/bin/inspect.sh ${IDEA_PROJECT_DIR} ${IDEA_PROJECT_DIR}/.idea/inspectionProfiles/Project_Default.xml ${IDEA_PROJECT_DIR}/target/idea_inspections -v2

ഓപ്ഷൻ ഉപയോഗിച്ച് idea.config.path ഫോൾഡറിൽ അതിൻ്റെ ആഗോള കോൺഫിഗറേഷൻ തിരയാൻ ഞങ്ങൾ IDEA-യെ നിർബന്ധിച്ചു /etc/idea, കാരണം CI-യിൽ പ്രവർത്തിക്കുമ്പോൾ ഉപയോക്താവിൻ്റെ ഹോം ഫോൾഡർ ഒരു അനിശ്ചിതത്വവും പലപ്പോഴും പൂർണ്ണമായും ഇല്ലാത്തതുമാണ്.

കണ്ടെയ്‌നറിലേക്ക് പകർത്തിയ ഫയൽ ഇങ്ങനെയാണ്: jdk.table.xml, കണ്ടെയ്‌നറിനുള്ളിൽ ഇൻസ്റ്റാൾ ചെയ്‌തിരിക്കുന്ന OpenJDK-ലേക്കുള്ള പാതകൾ ഇതിൽ അടങ്ങിയിരിക്കുന്നു (ഐഡിയ ക്രമീകരണങ്ങളുള്ള നിങ്ങളുടെ സ്വന്തം ഡയറക്‌ടറിയിൽ നിന്നുള്ള സമാനമായ ഒരു ഫയൽ അടിസ്ഥാനമായി എടുക്കാം):

jdk.table.xml

<application>
 <component name="ProjectJdkTable">
   <jdk version="2">
     <name value="1.8" />
     <type value="JavaSDK" />
     <version value="1.8" />
     <homePath value="/usr/java" />
     <roots>
       <annotationsPath>
         <root type="composite">
           <root url="jar://$APPLICATION_HOME_DIR$/lib/jdkAnnotations.jar!/" type="simple" />
         </root>
       </annotationsPath>
       <classPath>
         <root type="composite">
           <root url="jar:///usr/java/jre/lib/charsets.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/deploy.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/access-bridge-64.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/cldrdata.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/dnsns.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/jaccess.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/jfxrt.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/localedata.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/nashorn.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunec.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunjce_provider.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunmscapi.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/sunpkcs11.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/ext/zipfs.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/javaws.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jce.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jfr.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jfxswt.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/jsse.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/management-agent.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/plugin.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/resources.jar!/" type="simple" />
           <root url="jar:///usr/java/jre/lib/rt.jar!/" type="simple" />
         </root>
       </classPath>
     </roots>
     <additional />
   </jdk>
 </component>
</application>

പൂർത്തിയായ ചിത്രം ഡോക്കർ ഹബ്ബിൽ ലഭ്യമാണ്.

മുന്നോട്ട് പോകുന്നതിന് മുമ്പ്, കണ്ടെയ്‌നറിൽ ഐഡിയ അനലൈസർ പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കാം:

docker run --rm -v <путь/к/вашему/проекту>:/var/project inponomarev/intellij-idea-analyzer

വിശകലനം വിജയകരമായി പ്രവർത്തിക്കണം, അനലൈസർ റിപ്പോർട്ടുകളുള്ള നിരവധി .xml ഫയലുകൾ ടാർഗെറ്റ്/ഐഡിയ_ഇൻസ്പെക്ഷൻസ് സബ്ഫോൾഡറിൽ ദൃശ്യമാകും.

ഏത് CI പരിതസ്ഥിതിയിലും IDEA അനലൈസർ ഒറ്റയ്ക്ക് പ്രവർത്തിപ്പിക്കാൻ കഴിയുമെന്നതിൽ ഇപ്പോൾ സംശയമില്ല, ഞങ്ങൾ രണ്ടാം ഘട്ടത്തിലേക്ക് നീങ്ങുന്നു.

ഘട്ടം 2. റിപ്പോർട്ട് പ്രദർശിപ്പിക്കുകയും വിശകലനം ചെയ്യുകയും ചെയ്യുക

.xml ഫയലുകളുടെ രൂപത്തിൽ റിപ്പോർട്ട് ലഭിക്കുന്നത് ഇപ്പോൾ നിങ്ങൾക്ക് അത് മനുഷ്യർക്ക് വായിക്കാൻ കഴിയുന്ന തരത്തിൽ ചെയ്യേണ്ടതുണ്ട്. അതിൻ്റെ ഫലങ്ങൾ ഗുണനിലവാരമുള്ള ഗേറ്റുകളിലും ഉപയോഗിക്കണം - ഗുണനിലവാര മാനദണ്ഡങ്ങൾക്കനുസൃതമായി അംഗീകരിക്കപ്പെട്ട മാറ്റം കടന്നുപോകുമോ പരാജയപ്പെടുമോ എന്ന് നിർണ്ണയിക്കുന്നതിനുള്ള യുക്തി.

ഇത് നമ്മെ സഹായിക്കും ജെങ്കിൻസ് മുന്നറിയിപ്പുകൾ NG പ്ലഗിൻ, ഇത് 2019 ജനുവരിയിൽ പുറത്തിറങ്ങി. അതിൻ്റെ ആവിർഭാവത്തോടെ, സ്റ്റാറ്റിക് അനാലിസിസ് ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നതിനുള്ള പല വ്യക്തിഗത പ്ലഗിന്നുകളും ജെൻകിൻസിൽ (CheckStyle, FindBugs, PMD, മുതലായവ) ഇപ്പോൾ കാലഹരണപ്പെട്ടതായി അടയാളപ്പെടുത്തിയിരിക്കുന്നു.

പ്ലഗിൻ രണ്ട് ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു:

• നിരവധി അനലൈസർ സന്ദേശ ശേഖരണക്കാർ (പട്ടിക പൂർത്തിയാക്കുക AcuCobol മുതൽ ZPT ലിൻ്റ് വരെയുള്ള ശാസ്ത്രത്തിന് അറിയാവുന്ന എല്ലാ അനലൈസറുകളും ഉൾപ്പെടുന്നു)
• അവയ്‌ക്കെല്ലാം ഒരൊറ്റ റിപ്പോർട്ട് വ്യൂവർ.

മുന്നറിയിപ്പുകൾ എൻജിക്ക് വിശകലനം ചെയ്യാൻ കഴിയുന്ന കാര്യങ്ങളുടെ പട്ടികയിൽ ജാവ കംപൈലറിൽ നിന്നുള്ള മുന്നറിയിപ്പുകളും മാവൻ എക്സിക്യൂഷൻ ലോഗുകളിൽ നിന്നുള്ള മുന്നറിയിപ്പുകളും ഉൾപ്പെടുന്നു: അവ നിരന്തരം ദൃശ്യമാണെങ്കിലും, അവ വളരെ അപൂർവമായി മാത്രമേ പ്രത്യേകമായി വിശകലനം ചെയ്യപ്പെടുന്നുള്ളൂ. IntelliJ IDEA റിപ്പോർട്ടുകളും അംഗീകൃത ഫോർമാറ്റുകളുടെ പട്ടികയിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.

പ്ലഗിൻ പുതിയതായതിനാൽ, ഇത് തുടക്കത്തിൽ ജെങ്കിൻസ് പൈപ്പ്ലൈനുമായി നന്നായി ഇടപഴകുന്നു. അതിൻ്റെ പങ്കാളിത്തത്തോടെയുള്ള ബിൽഡ് സ്റ്റെപ്പ് ഇതുപോലെ കാണപ്പെടും (ഏത് റിപ്പോർട്ട് ഫോർമാറ്റാണ് ഞങ്ങൾ തിരിച്ചറിയുന്നതെന്നും ഏതൊക്കെ ഫയലുകളാണ് സ്കാൻ ചെയ്യേണ്ടതെന്നും ഞങ്ങൾ പ്ലഗിനിനോട് പറയുക):

stage ('Static analysis'){
    sh 'rm -rf target/idea_inspections'
    docker.image('inponomarev/intellij-idea-analyzer').inside {
       sh '/opt/idea/bin/inspect.sh $WORKSPACE $WORKSPACE/.idea/inspectionProfiles/Project_Default.xml $WORKSPACE/target/idea_inspections -v2'
    }
    recordIssues(
       tools: [ideaInspection(pattern: 'target/idea_inspections/*.xml')]
    )
}

റിപ്പോർട്ട് ഇൻ്റർഫേസ് ഇതുപോലെ കാണപ്പെടുന്നു:

സൗകര്യപ്രദമായി, എല്ലാ അംഗീകൃത അനലൈസറുകൾക്കും ഈ ഇൻ്റർഫേസ് സാർവത്രികമാണ്. വിഭാഗമനുസരിച്ച് കണ്ടെത്തലുകളുടെ വിതരണത്തിൻ്റെ ഒരു സംവേദനാത്മക ഡയഗ്രവും കണ്ടെത്തലുകളുടെ എണ്ണത്തിലെ മാറ്റങ്ങളുടെ ചലനാത്മകതയുടെ ഒരു ഗ്രാഫും ഇതിൽ അടങ്ങിയിരിക്കുന്നു. പേജിൻ്റെ ചുവടെയുള്ള ഗ്രിഡിൽ നിങ്ങൾക്ക് ദ്രുത തിരയൽ നടത്താം. IDEA പരിശോധനകൾക്കായി ശരിയായി പ്രവർത്തിക്കാത്ത ഒരേയൊരു കാര്യം ജെൻകിൻസിൽ നേരിട്ട് കോഡ് ബ്രൗസ് ചെയ്യാനുള്ള കഴിവാണ് (മറ്റ് റിപ്പോർട്ടുകൾക്ക്, ഉദാഹരണത്തിന് ചെക്ക്സ്റ്റൈൽ, ഈ പ്ലഗിൻ ഇത് മനോഹരമായി ചെയ്യാൻ കഴിയും). ഇത് IDEA റിപ്പോർട്ട് പാർസറിലെ ഒരു ബഗ് ആണെന്ന് തോന്നുന്നു, അത് പരിഹരിക്കേണ്ടതുണ്ട്.

ഒരു റിപ്പോർട്ടിൽ വിവിധ സ്രോതസ്സുകളിൽ നിന്നുള്ള കണ്ടെത്തലുകൾ സമാഹരിക്കാനുള്ള കഴിവ്, റഫറൻസ് അസംബ്ലിക്കായുള്ള "റാറ്റ്ചെറ്റ്" ഉൾപ്പെടെയുള്ള ക്വാളിറ്റി ഗേറ്റ്‌സ് പ്രോഗ്രാം ചെയ്യുക എന്നതാണ് മുന്നറിയിപ്പ് എൻജിയുടെ സവിശേഷതകളിൽ ഒന്ന്. ചില ക്വാളിറ്റി ഗേറ്റ്സ് പ്രോഗ്രാമിംഗ് ഡോക്യുമെൻ്റേഷൻ ലഭ്യമാണ് ഇവിടെ - എന്നിരുന്നാലും, ഇത് പൂർത്തിയായിട്ടില്ല, നിങ്ങൾ സോഴ്സ് കോഡ് നോക്കേണ്ടതുണ്ട്. മറുവശത്ത്, എന്താണ് സംഭവിക്കുന്നതെന്ന് പൂർണ്ണമായ നിയന്ത്രണത്തിനായി, "റാറ്റ്ചെറ്റ്" സ്വതന്ത്രമായി നടപ്പിലാക്കാൻ കഴിയും (എൻ്റെ കാണുക മുൻ പോസ്റ്റ് ഈ വിഷയത്തെക്കുറിച്ച്).

തീരുമാനം

ഈ മെറ്റീരിയൽ തയ്യാറാക്കാൻ തുടങ്ങുന്നതിനുമുമ്പ്, ഞാൻ തിരയാൻ തീരുമാനിച്ചു: ഹബ്രെയിൽ ഈ വിഷയത്തിൽ ആരെങ്കിലും ഇതിനകം എഴുതിയിട്ടുണ്ടോ? ഞാൻ മാത്രം കണ്ടെത്തി അഭിമുഖം 2017 с ലാനിഅവൻ എവിടെ പറയുന്നു:

എനിക്കറിയാവുന്നിടത്തോളം, ജെൻകിൻസുമായോ ഒരു മാവൻ പ്ലഗിനുമായോ ഒരു സംയോജനവുമില്ല […] തത്വത്തിൽ, ഏതൊരു ഉത്സാഹിക്കും ഐഡിയ കമ്മ്യൂണിറ്റി എഡിഷനുമായും ജെങ്കിൻസുമായും ചങ്ങാത്തം കൂടാം, പലർക്കും ഇതിൽ നിന്ന് മാത്രമേ പ്രയോജനം ലഭിക്കൂ.

ശരി, രണ്ട് വർഷത്തിന് ശേഷം ഞങ്ങൾക്ക് മുന്നറിയിപ്പ് NG പ്ലഗിൻ ഉണ്ട്, ഒടുവിൽ ഈ സൗഹൃദം ഫലവത്തായി!

അവലംബം: www.habr.com