സ്റ്റാറ്റിക് വിശകലനം - ആമുഖം മുതൽ ഏകീകരണം വരെ

അനന്തമായ കോഡ് അവലോകനത്തിലോ ഡീബഗ്ഗിംഗിലോ മടുത്തു, ചിലപ്പോൾ നിങ്ങളുടെ ജീവിതം എങ്ങനെ ലളിതമാക്കാമെന്ന് നിങ്ങൾ ചിന്തിക്കുന്നു. അൽപ്പം തിരഞ്ഞതിന് ശേഷം അല്ലെങ്കിൽ ആകസ്മികമായി അതിൽ ഇടറിവീഴുമ്പോൾ, നിങ്ങൾക്ക് മാന്ത്രിക വാക്യം കാണാൻ കഴിയും: "സ്റ്റാറ്റിക് വിശകലനം". അത് എന്താണെന്നും നിങ്ങളുടെ പ്രോജക്റ്റുമായി എങ്ങനെ സംവദിക്കാമെന്നും നോക്കാം.

വാസ്തവത്തിൽ, നിങ്ങൾ ഏതെങ്കിലും ആധുനിക ഭാഷയിൽ എഴുതുകയാണെങ്കിൽ, അത് പോലും അറിയാതെ, നിങ്ങൾ അത് ഒരു സ്റ്റാറ്റിക് അനലൈസറിലൂടെ പ്രവർത്തിപ്പിച്ചു. ഏതൊരു ആധുനിക കംപൈലറും കോഡിലെ സാധ്യമായ പ്രശ്‌നങ്ങളെക്കുറിച്ചുള്ള മുന്നറിയിപ്പുകളുടെ ഒരു കൂട്ടം ചെറുതാണെങ്കിലും നൽകുന്നു എന്നതാണ് വസ്തുത. ഉദാഹരണത്തിന്, വിഷ്വൽ സ്റ്റുഡിയോയിൽ C++ കോഡ് കംപൈൽ ചെയ്യുമ്പോൾ നിങ്ങൾ ഇനിപ്പറയുന്നവ കണ്ടേക്കാം:

ഈ ഔട്ട്പുട്ടിൽ നമുക്ക് വേരിയബിൾ കാണാം വേരിയബിൾ ചടങ്ങിൽ ഒരിടത്തും ഉപയോഗിച്ചിട്ടില്ല. അതിനാൽ വാസ്തവത്തിൽ, നിങ്ങൾ എല്ലായ്പ്പോഴും ഒരു ലളിതമായ സ്റ്റാറ്റിക് കോഡ് അനലൈസർ ഉപയോഗിച്ചു. എന്നിരുന്നാലും, Coverity, Klocwork അല്ലെങ്കിൽ PVS-Studio പോലുള്ള പ്രൊഫഷണൽ അനലൈസറുകളിൽ നിന്ന് വ്യത്യസ്തമായി, കംപൈലർ നൽകുന്ന മുന്നറിയിപ്പുകൾ ഒരു ചെറിയ പരിധിയിലുള്ള പ്രശ്നങ്ങൾ മാത്രമേ സൂചിപ്പിക്കൂ.

സ്റ്റാറ്റിക് വിശകലനം എന്താണെന്നും അത് എങ്ങനെ നടപ്പിലാക്കണമെന്നും നിങ്ങൾക്ക് ഉറപ്പില്ലെങ്കിൽ, ഈ ലേഖനം വായിക്കുകഈ രീതിശാസ്ത്രത്തെക്കുറിച്ച് കൂടുതലറിയാൻ.

നിങ്ങൾക്ക് സ്റ്റാറ്റിക് വിശകലനം ആവശ്യമായി വരുന്നത് എന്തുകൊണ്ട്?

ചുരുക്കത്തിൽ: ത്വരിതപ്പെടുത്തലും ലളിതവൽക്കരണവും.

കോഡിലെ വിവിധ പ്രശ്നങ്ങൾ കണ്ടെത്താൻ സ്റ്റാറ്റിക് വിശകലനം നിങ്ങളെ അനുവദിക്കുന്നു: ഭാഷാ നിർമ്മാണങ്ങളുടെ തെറ്റായ ഉപയോഗം മുതൽ അക്ഷരത്തെറ്റുകൾ വരെ. ഉദാഹരണത്തിന്, പകരം

auto x = obj.x;
auto y = obj.y;
auto z = obj.z;

നിങ്ങൾ ഇനിപ്പറയുന്ന കോഡ് എഴുതി:

auto x = obj.x;
auto y = obj.y;
auto z = obj.x;

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, അവസാന വരിയിൽ ഒരു അക്ഷരത്തെറ്റ് ഉണ്ട്. ഉദാഹരണത്തിന്, PVS-Studio ഇനിപ്പറയുന്ന മുന്നറിയിപ്പ് നൽകുന്നു:

V537 'y' ഇനത്തിന്റെ ഉപയോഗത്തിന്റെ കൃത്യത അവലോകനം ചെയ്യുന്നത് പരിഗണിക്കുക.

ഈ പിശകിലേക്ക് നിങ്ങളുടെ കൈകൾ കുത്താൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, കമ്പൈലർ എക്സ്പ്ലോററിൽ ഒരു റെഡിമെയ്ഡ് ഉദാഹരണം പരീക്ഷിക്കുക: *കരയുക*.

നിങ്ങൾ മനസ്സിലാക്കുന്നതുപോലെ, കോഡിന്റെ അത്തരം വിഭാഗങ്ങളിൽ ഉടനടി ശ്രദ്ധിക്കുന്നത് എല്ലായ്പ്പോഴും സാധ്യമല്ല, ഇക്കാരണത്താൽ, എല്ലാം വളരെ വിചിത്രമായി പ്രവർത്തിക്കുന്നത് എന്തുകൊണ്ടെന്ന് ആശ്ചര്യപ്പെട്ട് നിങ്ങൾക്ക് ഒരു നല്ല മണിക്കൂർ ഡീബഗ്ഗിംഗ് ചെയ്യാൻ കഴിയും.

എന്നിരുന്നാലും, ഇത് വ്യക്തമായും ഒരു തെറ്റാണ്. ഭാഷയുടെ ചില സൂക്ഷ്മത മറന്നതിനാൽ ഡെവലപ്പർ സബ്‌പ്റ്റിമൽ കോഡ് എഴുതിയാലോ? അല്ലെങ്കിൽ കോഡിൽ പോലും അനുവദിച്ചു നിർവചിക്കാത്ത പെരുമാറ്റം? നിർഭാഗ്യവശാൽ, അത്തരം കേസുകൾ തികച്ചും സാധാരണമാണ്, കൂടാതെ അക്ഷരത്തെറ്റുകൾ, സാധാരണ പിശകുകൾ അല്ലെങ്കിൽ നിർവചിക്കാത്ത പെരുമാറ്റം എന്നിവ ഉൾക്കൊള്ളുന്ന പ്രത്യേകമായി വർക്കിംഗ് കോഡ് ഡീബഗ്ഗുചെയ്യുന്നതിനാണ് സമയത്തിന്റെ സിംഹഭാഗവും ചെലവഴിക്കുന്നത്.

ഈ സാഹചര്യങ്ങൾക്കാണ് സ്റ്റാറ്റിക് വിശകലനം പ്രത്യക്ഷപ്പെട്ടത്. കോഡിലെ വിവിധ പ്രശ്‌നങ്ങൾ ചൂണ്ടിക്കാണിക്കുകയും ഡോക്യുമെന്റേഷനിൽ എന്തുകൊണ്ട് ഈ രീതിയിൽ എഴുതേണ്ട ആവശ്യമില്ലെന്നും അത് എന്തിലേക്ക് നയിക്കുമെന്നും അത് എങ്ങനെ പരിഹരിക്കാമെന്നും വിശദീകരിക്കുന്ന ഡവലപ്പർക്കുള്ള ഒരു അസിസ്റ്റന്റാണിത്. ഇത് എങ്ങനെയായിരിക്കാം എന്നതിന്റെ ഒരു ഉദാഹരണം ഇതാ: *കരയുക*.

ലേഖനങ്ങളിൽ അനലൈസർ കണ്ടെത്താനാകുന്ന കൂടുതൽ രസകരമായ പിശകുകൾ നിങ്ങൾക്ക് കണ്ടെത്താനാകും:

• 10-ലെ C++ പ്രോജക്റ്റുകളിലെ മികച്ച 2019 പിശകുകൾ
• 10-ലെ C# പ്രോജക്റ്റുകളിലെ മികച്ച 2019 പിശകുകൾ
• 10-ലെ ജാവ പ്രോജക്‌റ്റുകളിലെ മികച്ച 2019 ബഗുകൾ

ഇപ്പോൾ നിങ്ങൾ ഈ മെറ്റീരിയൽ വായിക്കുകയും സ്റ്റാറ്റിക് വിശകലനത്തിന്റെ നേട്ടങ്ങളെക്കുറിച്ച് ബോധ്യപ്പെടുകയും ചെയ്തതിനാൽ, നിങ്ങൾ ഇത് പരീക്ഷിക്കാൻ ആഗ്രഹിച്ചേക്കാം. എന്നാൽ എവിടെ തുടങ്ങണം? നിങ്ങളുടെ നിലവിലെ പ്രോജക്റ്റിലേക്ക് ഒരു പുതിയ ഉപകരണം എങ്ങനെ സംയോജിപ്പിക്കാം? പിന്നെ ടീമിനെ എങ്ങനെ അവനു പരിചയപ്പെടുത്താം? ഈ ചോദ്യങ്ങൾക്കുള്ള ഉത്തരങ്ങൾ നിങ്ങൾ ചുവടെ കണ്ടെത്തും.

ശ്രദ്ധിക്കുക: കോഡ് അവലോകനങ്ങൾ പോലെയുള്ള ഉപയോഗപ്രദമായ ഒരു കാര്യത്തെ സ്റ്റാറ്റിക് വിശകലനം മാറ്റിസ്ഥാപിക്കുകയോ റദ്ദാക്കുകയോ ചെയ്യുന്നില്ല. ഇത് ഈ പ്രക്രിയയെ പൂർത്തീകരിക്കുന്നു, അക്ഷരത്തെറ്റുകൾ, കൃത്യതയില്ലായ്മ, അപകടകരമായ ഡിസൈനുകൾ എന്നിവ മുൻകൂട്ടി ശ്രദ്ധിക്കാനും തിരുത്താനും സഹായിക്കുന്നു. ഒരു തെറ്റായ പരാന്തീസിസ് തിരയുന്നതിനുപകരം, അൽഗോരിതം, കോഡ് വ്യക്തത എന്നിവയെക്കുറിച്ചുള്ള കോഡ് അവലോകനങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് കൂടുതൽ ഫലപ്രദമാണ്. വിരസമായ താരതമ്യ പ്രവർത്തനങ്ങൾ വായിക്കുക.

0. ടൂൾ അറിയുക

ഇതെല്ലാം ആരംഭിക്കുന്നത് ഒരു ട്രയൽ പതിപ്പിൽ നിന്നാണ്. തീർച്ചയായും, നിങ്ങൾ മുമ്പ് ഉപകരണം നേരിട്ട് കണ്ടിട്ടില്ലെങ്കിൽ, വികസന പ്രക്രിയയിൽ എന്തെങ്കിലും നടപ്പിലാക്കാൻ തീരുമാനിക്കുന്നത് ബുദ്ധിമുട്ടാണ്. അതിനാൽ, നിങ്ങൾ ആദ്യം ചെയ്യേണ്ടത് ഡൗൺലോഡ് ചെയ്യുക എന്നതാണ് ട്രയൽ പതിപ്പ്.

ഈ ഘട്ടത്തിൽ നിങ്ങൾ എന്താണ് പഠിക്കുന്നത്:

• അനലൈസറുമായി സംവദിക്കാനുള്ള വഴികൾ എന്തൊക്കെയാണ്;
• നിങ്ങളുടെ വികസന പരിതസ്ഥിതിയുമായി അനലൈസർ അനുയോജ്യമാണോ?
• നിങ്ങളുടെ പ്രോജക്‌റ്റുകളിൽ നിലവിൽ എന്തൊക്കെ പ്രശ്‌നങ്ങളുണ്ട്?

നിങ്ങൾക്ക് ആവശ്യമുള്ളതെല്ലാം ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം, നിങ്ങൾ ആദ്യം ചെയ്യേണ്ടത് മുഴുവൻ പ്രോജക്റ്റിന്റെയും വിശകലനം നടത്തുക എന്നതാണ് (വിൻഡോസ്, ലിനക്സ്, മാക്ഒഎസിലെസഫാരി). വിഷ്വൽ സ്റ്റുഡിയോയിലെ പിവിഎസ്-സ്റ്റുഡിയോയുടെ കാര്യത്തിൽ നിങ്ങൾ സമാനമായ ഒരു ചിത്രം കാണും (ക്ലിക്ക് ചെയ്യാവുന്നത്):

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

തീർച്ചയായും, 178 മുന്നറിയിപ്പുകൾ ആയിരക്കണക്കിന് കാണുന്നതിനേക്കാൾ വളരെ എളുപ്പമാണ്...

ടാബുകളിൽ മീഡിയം и കുറഞ്ഞ പലപ്പോഴും നല്ല മുന്നറിയിപ്പുകൾ ഉണ്ട്, എന്നാൽ ഈ വിഭാഗങ്ങളിൽ കൃത്യത കുറവുള്ള (വിശ്വാസ്യത) ഡയഗ്നോസ്റ്റിക്സ് ഉൾപ്പെടുന്നു. വിൻഡോസിന് കീഴിൽ പ്രവർത്തിക്കുന്നതിനുള്ള മുന്നറിയിപ്പ് ലെവലുകളും ഓപ്ഷനുകളും സംബന്ധിച്ച കൂടുതൽ വിവരങ്ങൾ ഇവിടെ കാണാം: *കരയുക*.

ഏറ്റവും രസകരമായ പിശകുകൾ വിജയകരമായി അവലോകനം ചെയ്‌തത് (അവ വിജയകരമായി ശരിയാക്കി) മൂല്യവത്താണ് ശേഷിക്കുന്ന മുന്നറിയിപ്പുകൾ അടിച്ചമർത്തുക. പഴയ മുന്നറിയിപ്പുകൾക്കിടയിൽ പുതിയ മുന്നറിയിപ്പുകൾ നഷ്ടപ്പെടാതിരിക്കാൻ ഇത് ആവശ്യമാണ്. കൂടാതെ, ഒരു സ്റ്റാറ്റിക് അനലൈസർ പ്രോഗ്രാമർക്കുള്ള സഹായിയാണ്, ബഗുകളുടെ പട്ടികയല്ല. 🙂

1. അവ്തൊമതിസാസിയ

പരിചയപ്പെട്ടതിന് ശേഷം, പ്ലഗിനുകൾ കോൺഫിഗർ ചെയ്യാനും CI-യിലേക്ക് സംയോജിപ്പിക്കാനുമുള്ള സമയമാണിത്. പ്രോഗ്രാമർമാർ സ്റ്റാറ്റിക് അനലൈസർ ഉപയോഗിക്കാൻ തുടങ്ങുന്നതിനുമുമ്പ് ഇത് ചെയ്യണം. വിശകലനം പ്രവർത്തനക്ഷമമാക്കാൻ പ്രോഗ്രാമർ മറന്നേക്കാം അല്ലെങ്കിൽ അത് ചെയ്യാൻ ആഗ്രഹിക്കുന്നില്ല എന്നതാണ് വസ്തുത. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ എല്ലാ കാര്യങ്ങളുടെയും അന്തിമ പരിശോധന നടത്തേണ്ടതുണ്ട്, അങ്ങനെ പരിശോധിക്കാത്ത കോഡിന് പൊതു വികസന ശാഖയിൽ പ്രവേശിക്കാൻ കഴിയില്ല.

ഈ ഘട്ടത്തിൽ നിങ്ങൾ എന്താണ് പഠിക്കുന്നത്:

• ഉപകരണം എന്ത് ഓട്ടോമേഷൻ ഓപ്ഷനുകൾ നൽകുന്നു;
• നിങ്ങളുടെ അസംബ്ലി സിസ്റ്റവുമായി അനലൈസർ അനുയോജ്യമാണോ?

തികഞ്ഞ ഡോക്യുമെന്റേഷൻ നിലവിലില്ലാത്തതിനാൽ, ചിലപ്പോൾ നിങ്ങൾ എഴുതേണ്ടി വരും പിന്തുണ. ഇത് സാധാരണമാണ്, നിങ്ങളെ സഹായിക്കുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട്. 🙂

ഇനി നമുക്ക് തുടർച്ചയായ ഇന്റഗ്രേഷൻ (സിഐ) സേവനങ്ങളിലേക്ക് പോകാം. ഗുരുതരമായ പ്രശ്‌നങ്ങളൊന്നുമില്ലാതെ ഏത് അനലൈസറും അവയിൽ നടപ്പിലാക്കാൻ കഴിയും. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ പൈപ്പ്ലൈനിൽ ഒരു പ്രത്യേക ഘട്ടം സൃഷ്ടിക്കേണ്ടതുണ്ട്, അത് സാധാരണയായി ബിൽഡ്, യൂണിറ്റ് ടെസ്റ്റുകൾക്ക് ശേഷം സ്ഥിതി ചെയ്യുന്നു. വിവിധ കൺസോൾ യൂട്ടിലിറ്റികൾ ഉപയോഗിച്ചാണ് ഇത് ചെയ്യുന്നത്. ഉദാഹരണത്തിന്, PVS-Studio ഇനിപ്പറയുന്ന യൂട്ടിലിറ്റികൾ നൽകുന്നു:

• PVS-Studio_Cmd.exe (Windows-ലെ പരിഹാരങ്ങളുടെ വിശകലനം, C#, C++ പദ്ധതികൾ)
• CLMonitor.exe (സമാഹാര നിരീക്ഷണം)
• pvs-studio-analyzer (Linux / macOS-ലെ C++ പ്രോജക്റ്റുകളുടെ വിശകലനം)
• pvs-studio-dotnet (പരിഹാര വിശകലനം, Linux / macOS-ലെ C# പ്രോജക്റ്റുകൾ)
• pvs-studio.jar (ജാവ പദ്ധതികളുടെ വിശകലനം)
• പ്ലഗ് കൺവെർട്ടർ (റിപ്പോർട്ട് ഫയൽ കൺവെർട്ടർ)

CI-യിലേക്ക് വിശകലനം സമന്വയിപ്പിക്കുന്നതിന്, നിങ്ങൾ മൂന്ന് കാര്യങ്ങൾ ചെയ്യേണ്ടതുണ്ട്:

• അനലൈസർ ഇൻസ്റ്റാൾ ചെയ്യുക;
• റൺ വിശകലനം;
• ഫലങ്ങൾ നൽകുക.

ഉദാഹരണത്തിന്, ലിനക്സിൽ (ഡെബിയൻ-ബേസ്) പിവിഎസ്-സ്റ്റുഡിയോ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന്, നിങ്ങൾ ഇനിപ്പറയുന്ന കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ട്:

wget -q -O - https://files.viva64.com/etc/pubkey.txt 
    | sudo apt-key add -
sudo wget -O /etc/apt/sources.list.d/viva64.list 
  https://files.viva64.com/etc/viva64.list
  
sudo apt-get update -qq
sudo apt-get install -qq pvs-studio

വിൻഡോസ് പ്രവർത്തിക്കുന്ന സിസ്റ്റങ്ങളിൽ, പാക്കേജ് മാനേജറിൽ നിന്ന് അനലൈസർ ഇൻസ്റ്റാൾ ചെയ്യാൻ ഒരു മാർഗവുമില്ല, എന്നാൽ കമാൻഡ് ലൈനിൽ നിന്ന് അനലൈസർ വിന്യസിക്കാൻ കഴിയും:

PVS-Studio_setup.exe /verysilent /suppressmsgboxes 
/norestart /nocloseapplications

വിൻഡോസ് പ്രവർത്തിക്കുന്ന സിസ്റ്റങ്ങളിൽ പിവിഎസ്-സ്റ്റുഡിയോ വിന്യസിക്കുന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം *ഇവിടെ*.

ഇൻസ്റ്റാളേഷന് ശേഷം, നിങ്ങൾ നേരിട്ട് വിശകലനം നടത്തേണ്ടതുണ്ട്. എന്നിരുന്നാലും, കംപൈലേഷനും ടെസ്റ്റുകളും വിജയിച്ചതിനുശേഷം മാത്രമേ ഇത് ചെയ്യാൻ ശുപാർശ ചെയ്യൂ. കാരണം, സ്റ്റാറ്റിക് വിശകലനത്തിന് സാധാരണയായി സമാഹരണത്തിന്റെ ഇരട്ടി സമയമെടുക്കും.

ലോഞ്ച് രീതി പ്ലാറ്റ്‌ഫോമിനെയും പ്രോജക്റ്റ് സവിശേഷതകളെയും ആശ്രയിച്ചിരിക്കുന്നതിനാൽ, ഞാൻ ഒരു ഉദാഹരണമായി C++ (ലിനക്സ്) എന്ന ഓപ്ഷൻ കാണിക്കും:

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log
plog-converter -t errorfile PVS-Studio.log --cerr -w

ആദ്യ കമാൻഡ് വിശകലനം നടത്തും, രണ്ടാമത്തേത് envelopesറിപ്പോർട്ടിനെ ടെക്‌സ്‌റ്റ് ഫോർമാറ്റിലേക്ക് പരിവർത്തനം ചെയ്യുകയും സ്‌ക്രീനിൽ പ്രദർശിപ്പിക്കുകയും മുന്നറിയിപ്പുകൾ ഉണ്ടെങ്കിൽ 0 അല്ലാത്ത ഒരു റിട്ടേൺ കോഡ് നൽകുകയും ചെയ്യുന്നു. പിശക് സന്ദേശങ്ങൾ ഉണ്ടാകുമ്പോൾ ഒരു ബിൽഡ് തടയാൻ ഇതുപോലുള്ള ഒരു സംവിധാനം സൗകര്യപ്രദമായി ഉപയോഗിക്കാം. എന്നിരുന്നാലും, നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും പതാക നീക്കംചെയ്യാം -w കൂടാതെ മുന്നറിയിപ്പുകൾ അടങ്ങിയ അസംബ്ലി തടയരുത്.

ശ്രദ്ധിക്കുക: ടെക്സ്റ്റ് ഫോർമാറ്റ് അസൗകര്യമാണ്. ഇത് ലളിതമായി ഒരു ഉദാഹരണമായി നൽകിയിരിക്കുന്നു. കൂടുതൽ രസകരമായ ഒരു റിപ്പോർട്ട് ഫോർമാറ്റിലേക്ക് ശ്രദ്ധിക്കുക - FullHtml. കോഡിലൂടെ നാവിഗേറ്റ് ചെയ്യാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

CI-യിൽ വിശകലനം സജ്ജീകരിക്കുന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് ലേഖനത്തിൽ കൂടുതൽ വായിക്കാം "പിവിഎസ്-സ്റ്റുഡിയോയും തുടർച്ചയായ സംയോജനവും"(വിൻഡോസ്) അല്ലെങ്കിൽ"ട്രാവിസ് സിഐയിൽ പിവിഎസ്-സ്റ്റുഡിയോ എങ്ങനെ സജ്ജീകരിക്കാം"(ലിനക്സ്).

ശരി, നിങ്ങൾ ബിൽഡ് സെർവറിൽ അനലൈസർ കോൺഫിഗർ ചെയ്‌തു. ഇപ്പോൾ, ആരെങ്കിലും പരിശോധിക്കാത്ത കോഡ് അപ്‌ലോഡ് ചെയ്‌താൽ, പരിശോധനാ ഘട്ടം പരാജയപ്പെടും, നിങ്ങൾക്ക് പ്രശ്നം കണ്ടെത്താനാകും, എന്നിരുന്നാലും, ഇത് പൂർണ്ണമായും സൗകര്യപ്രദമല്ല, കാരണം ബ്രാഞ്ചുകൾ ലയിപ്പിച്ചതിന് ശേഷമല്ല, പ്രോജക്റ്റ് പരിശോധിക്കുന്നത് കൂടുതൽ കാര്യക്ഷമമാണ്. അതിനുമുമ്പ്, പുൾ അഭ്യർത്ഥന ഘട്ടത്തിൽ എ.

പൊതുവേ, ഒരു പുൾ അഭ്യർത്ഥന വിശകലനം സജ്ജീകരിക്കുന്നത് CI-യിലെ ഒരു വിശകലനത്തിന്റെ സാധാരണ ലോഞ്ചിൽ നിന്ന് വളരെ വ്യത്യസ്തമല്ല. മാറ്റിയ ഫയലുകളുടെ ഒരു ലിസ്റ്റ് ലഭിക്കേണ്ടതിന്റെ ആവശ്യകത ഒഴികെ. Git ഉപയോഗിച്ച് ശാഖകൾ തമ്മിലുള്ള വ്യത്യാസങ്ങൾ അന്വേഷിക്കുന്നതിലൂടെ ഇവ സാധാരണയായി ലഭിക്കും:

git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.list

ഇപ്പോൾ നിങ്ങൾ ഈ ഫയലുകളുടെ ലിസ്റ്റ് ഇൻപുട്ടായി അനലൈസറിന് കൈമാറേണ്ടതുണ്ട്. ഉദാഹരണത്തിന്, പിവിഎസ്-സ്റ്റുഡിയോയിൽ ഇത് ഫ്ലാഗ് ഉപയോഗിച്ചാണ് നടപ്പിലാക്കുന്നത് -S:

pvs-studio-analyzer analyze -j8 
                            -o PVS-Studio.log 
                            -S .pvs-pr.list

പുൾ അഭ്യർത്ഥനകൾ വിശകലനം ചെയ്യുന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ കണ്ടെത്താനാകും *ഇവിടെ*. ലേഖനത്തിൽ പരാമർശിച്ചിരിക്കുന്ന സേവനങ്ങളുടെ പട്ടികയിൽ നിങ്ങളുടെ CI ഇല്ലെങ്കിൽപ്പോലും, ഇത്തരത്തിലുള്ള വിശകലനത്തിന്റെ സിദ്ധാന്തത്തിനായി നീക്കിവച്ചിരിക്കുന്ന പൊതുവായ വിഭാഗം നിങ്ങൾക്ക് ഉപയോഗപ്രദമാകും.

പുൾ അഭ്യർത്ഥനകളുടെ വിശകലനം സജ്ജീകരിക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് മുന്നറിയിപ്പുകൾ അടങ്ങിയ കമ്മിറ്റുകൾ തടയാനാകും, അതുവഴി പരീക്ഷിക്കാത്ത കോഡിന് മറികടക്കാൻ കഴിയാത്ത ഒരു അതിർത്തി സൃഷ്ടിക്കാനാകും.

ഇതെല്ലാം തീർച്ചയായും നല്ലതാണ്, എന്നാൽ എല്ലാ മുന്നറിയിപ്പുകളും ഒരിടത്ത് കാണാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. സ്റ്റാറ്റിക് അനലൈസറിൽ നിന്ന് മാത്രമല്ല, യൂണിറ്റ് ടെസ്റ്റുകളിൽ നിന്നോ ഡൈനാമിക് അനലൈസറിൽ നിന്നോ. ഇതിനായി വിവിധ സേവനങ്ങളും പ്ലഗിന്നുകളും ഉണ്ട്. ഉദാഹരണത്തിന്, പിവിഎസ്-സ്റ്റുഡിയോയ്ക്ക് ഉണ്ട് SonarQube-ലേക്ക് സംയോജിപ്പിക്കുന്നതിനുള്ള പ്ലഗിൻ.

2. ഡെവലപ്പർ മെഷീനുകളിൽ സംയോജനം

ദൈനംദിന വികസന ഉപയോഗത്തിനായി അനലൈസർ ഇൻസ്റ്റാൾ ചെയ്യാനും കോൺഫിഗർ ചെയ്യാനുമുള്ള സമയമാണിത്. ഈ ഘട്ടത്തിൽ നിങ്ങൾക്ക് ജോലി ചെയ്യാനുള്ള മിക്ക വഴികളും ഇതിനകം പരിചിതമായിക്കഴിഞ്ഞു, അതിനാൽ ഇതിനെ ഏറ്റവും എളുപ്പമുള്ള ഭാഗം എന്ന് വിളിക്കാം.

ഏറ്റവും ലളിതമായ ഓപ്ഷനായി, ഡവലപ്പർമാർക്ക് ആവശ്യമായ അനലൈസർ സ്വയം ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും. എന്നിരുന്നാലും, ഇത് വളരെയധികം സമയമെടുക്കുകയും വികസനത്തിൽ നിന്ന് അവരെ വ്യതിചലിപ്പിക്കുകയും ചെയ്യും, അതിനാൽ നിങ്ങൾക്ക് ഇൻസ്റ്റാളറും ആവശ്യമായ ഫ്ലാഗുകളും ഉപയോഗിച്ച് ഈ പ്രക്രിയ ഓട്ടോമേറ്റ് ചെയ്യാൻ കഴിയും. പിവിഎസ്-സ്റ്റുഡിയോയ്‌ക്കായി പലതരമുണ്ട് ഓട്ടോമേറ്റഡ് ഇൻസ്റ്റാളേഷനുള്ള ഫ്ലാഗുകൾ. എന്നിരുന്നാലും, എപ്പോഴും പാക്കേജ് മാനേജർമാർ ഉണ്ട്, ഉദാഹരണത്തിന്, Chocolatey (Windows), Homebrew (macOS) അല്ലെങ്കിൽ Linux-നായി ഡസൻ കണക്കിന് ഓപ്ഷനുകൾ.

അപ്പോൾ നിങ്ങൾ ആവശ്യമായ പ്ലഗിനുകൾ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടതുണ്ട്, ഉദാഹരണത്തിന് വിഷ്വൽ സ്റ്റുഡിയോ, ഐഡിയ, റൈഡർ തുടങ്ങിയവ.

3. ദൈനംദിന ഉപയോഗം

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

അടുത്തിടെ മാറ്റിയ കോഡിലെ പ്രശ്നങ്ങൾ അനലൈസർ കണ്ടെത്തുകയാണെങ്കിൽ, അത് സ്വതന്ത്രമായി ഇത് റിപ്പോർട്ട് ചെയ്യും. ഉദാഹരണത്തിന്, PVS-Studio ഒരു അലേർട്ട് ഉപയോഗിച്ച് ഇതിനെക്കുറിച്ച് നിങ്ങളോട് പറയും:

തീർച്ചയായും, ടൂൾ ഉപയോഗിക്കാൻ ഡവലപ്പർമാരോട് പറഞ്ഞാൽ മാത്രം പോരാ. അത് എന്താണെന്നും എങ്ങനെയാണെന്നും നമുക്ക് എങ്ങനെയെങ്കിലും അവരോട് പറയണം. ഉദാഹരണത്തിന്, PVS-Studio-യുടെ പെട്ടെന്നുള്ള തുടക്കത്തെക്കുറിച്ചുള്ള ലേഖനങ്ങൾ ഇവിടെയുണ്ട്, എന്നാൽ നിങ്ങൾ ഇഷ്ടപ്പെടുന്ന ഏത് ഉപകരണത്തിനും സമാനമായ ട്യൂട്ടോറിയലുകൾ നിങ്ങൾക്ക് കണ്ടെത്താനാകും:

• വിൻഡോസിൽ PVS-സ്റ്റുഡിയോ എങ്ങനെ പ്രവർത്തിപ്പിക്കാം (C, C++, C#)
• Linux-ലും macOS-ലും (C, C++) PVS-Studio എങ്ങനെ പ്രവർത്തിപ്പിക്കാം
• പിവിഎസ്-സ്റ്റുഡിയോ ജാവ എങ്ങനെ സമാരംഭിക്കാം

അത്തരം ലേഖനങ്ങൾ ദൈനംദിന ഉപയോഗത്തിന് ആവശ്യമായ എല്ലാ വിവരങ്ങളും നൽകുന്നു, കൂടുതൽ സമയം എടുക്കുന്നില്ല. 🙂

ടൂളിനെക്കുറിച്ച് അറിയുന്ന ഘട്ടത്തിൽ പോലും, ആദ്യത്തെ ലോഞ്ചുകളിലൊന്നിൽ ഞങ്ങൾ ധാരാളം മുന്നറിയിപ്പുകൾ അടിച്ചമർത്തി. നിർഭാഗ്യവശാൽ, സ്റ്റാറ്റിക് അനലൈസറുകൾ തികഞ്ഞതല്ല, അതിനാൽ കാലാകാലങ്ങളിൽ അവർ തെറ്റായ പോസിറ്റീവ് നൽകുന്നു. അവയെ അടിച്ചമർത്തുന്നത് സാധാരണയായി എളുപ്പമാണ്; ഉദാഹരണത്തിന്, വിഷ്വൽ സ്റ്റുഡിയോയ്ക്കുള്ള PVS-Studio പ്ലഗിനിൽ നിങ്ങൾ ഒരു ബട്ടൺ ക്ലിക്ക് ചെയ്യേണ്ടതുണ്ട്:

എന്നിരുന്നാലും, അവരെ അടിച്ചമർത്തുക മാത്രമല്ല നിങ്ങൾക്ക് കൂടുതൽ ചെയ്യാൻ കഴിയും. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് പിന്തുണയ്‌ക്കായി ഒരു പ്രശ്‌നം റിപ്പോർട്ടുചെയ്യാനാകും. തെറ്റായ പോസിറ്റീവ് ശരിയാക്കാൻ കഴിയുമെങ്കിൽ, ഭാവിയിലെ അപ്‌ഡേറ്റുകളിൽ ഓരോ തവണയും നിങ്ങളുടെ കോഡ്‌ബേസിന് പ്രത്യേകമായി തെറ്റായ പോസിറ്റീവുകൾ കുറവും കുറവും ഉണ്ടെന്ന് നിങ്ങൾക്ക് ശ്രദ്ധിക്കാനാകും.

പോസ്ലെ ഇൻറഗ്രാസികൾ

അതിനാൽ, വികസന പ്രക്രിയയിലേക്ക് സ്റ്റാറ്റിക് വിശകലനം സമന്വയിപ്പിക്കുന്നതിനുള്ള എല്ലാ ഘട്ടങ്ങളിലൂടെയും ഞങ്ങൾ കടന്നുപോയി. CI-യിൽ അത്തരം ഉപകരണങ്ങൾ സജ്ജീകരിക്കുന്നതിന്റെ പ്രാധാന്യം ഉണ്ടായിരുന്നിട്ടും, അവ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട സ്ഥലം ഡവലപ്പറുടെ കമ്പ്യൂട്ടറാണ്. എല്ലാത്തിനുമുപരി, ഒരു സ്റ്റാറ്റിക് അനലൈസർ കോഡ് നല്ലതല്ലെന്ന് നിങ്ങളിൽ നിന്ന് അകലെ എവിടെയോ പറയുന്ന ഒരു ജഡ്ജിയല്ല. നേരെമറിച്ച്, നിങ്ങൾ ക്ഷീണിതനാണെങ്കിൽ നിങ്ങളോട് പറയുന്ന ഒരു സഹായിയാണ്, നിങ്ങൾ എന്തെങ്കിലും മറന്നുപോയെങ്കിൽ നിങ്ങളെ ഓർമ്മിപ്പിക്കുന്നു.

ശരിയാണ്, പതിവ് ഉപയോഗമില്ലാതെ, സ്റ്റാറ്റിക് വിശകലനം വികസനം ഗണ്യമായി ലളിതമാക്കാൻ സാധ്യതയില്ല. എല്ലാത്തിനുമുപരി, ഒരു ഡെവലപ്പർക്ക് അതിന്റെ പ്രധാന നേട്ടം കോഡിന്റെ സങ്കീർണ്ണവും വിവാദപരവുമായ വിഭാഗങ്ങൾക്കായി തിരയുന്നതിലല്ല, മറിച്ച് അവ നേരത്തെ കണ്ടെത്തുന്നതിലാണ്. എഡിറ്റുകൾ പരിശോധനയ്ക്കായി അയച്ചതിന് ശേഷം ഒരു പ്രശ്നം കണ്ടെത്തുന്നത് അസുഖകരമായത് മാത്രമല്ല, വളരെ സമയമെടുക്കുന്നതുമാണെന്ന് സമ്മതിക്കുക. സ്ഥിരമായ വിശകലനം, പതിവായി ഉപയോഗിക്കുമ്പോൾ, നിങ്ങളുടെ കമ്പ്യൂട്ടറിലെ എല്ലാ മാറ്റങ്ങളും നേരിട്ട് നോക്കുകയും കോഡിൽ പ്രവർത്തിക്കുമ്പോൾ സംശയാസ്പദമായ സ്ഥലങ്ങൾ റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്യുന്നു.

അനലൈസർ നടപ്പിലാക്കുന്നത് മൂല്യവത്താണോ എന്ന് നിങ്ങൾക്കോ ​​നിങ്ങളുടെ സഹപ്രവർത്തകർക്കോ ഇപ്പോഴും ഉറപ്പില്ലെങ്കിൽ, ഇപ്പോൾ ലേഖനം വായിക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു "വികസന പ്രക്രിയയിൽ സ്റ്റാറ്റിക് കോഡ് അനലൈസർ പിവിഎസ്-സ്റ്റുഡിയോ അവതരിപ്പിക്കുന്നതിനുള്ള കാരണങ്ങൾ". സ്റ്റാറ്റിക് വിശകലനം അവരുടെ സമയമെടുക്കുമെന്നും മറ്റും ഡെവലപ്പർമാരുടെ സാധാരണ ആശങ്കകളെ ഇത് അഭിസംബോധന ചെയ്യുന്നു.

ഇംഗ്ലീഷ് സംസാരിക്കുന്ന പ്രേക്ഷകരുമായി ഈ ലേഖനം പങ്കിടാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, വിവർത്തന ലിങ്ക് ഉപയോഗിക്കുക: Maxim Zvyagintsev. സ്റ്റാറ്റിക് അനാലിസിസ്: തുടക്കം മുതൽ ഏകീകരണം വരെ.

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