🥇நிலையான பகுப்பாய்வு - அறிமுகம் முதல் ஒருங்கிணைப்பு வரை

முடிவில்லாத குறியீடு மதிப்பாய்வு அல்லது பிழைத்திருத்தத்தால் சோர்வடைகிறீர்கள், சில சமயங்களில் உங்கள் வாழ்க்கையை எப்படி எளிமைப்படுத்துவது என்று யோசிப்பீர்கள். சிறிது தேடிய பின் அல்லது தற்செயலாக அதில் தடுமாறிப் பார்த்த பிறகு, "நிலையான பகுப்பாய்வு" என்ற மாய சொற்றொடரைக் காணலாம். அது என்ன, அது உங்கள் திட்டத்துடன் எவ்வாறு தொடர்பு கொள்ள முடியும் என்பதைப் பார்ப்போம்.

உண்மையில், நீங்கள் எந்த நவீன மொழியில் எழுதினாலும், அதை உணராமல், நிலையான பகுப்பாய்வி மூலம் அதை இயக்குகிறீர்கள். உண்மை என்னவென்றால், எந்தவொரு நவீன கம்பைலரும் குறியீட்டில் உள்ள சாத்தியமான சிக்கல்களைப் பற்றிய எச்சரிக்கைகளின் தொகுப்பை சிறியதாக இருந்தாலும் வழங்குகிறது. எடுத்துக்காட்டாக, விஷுவல் ஸ்டுடியோவில் 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' உருப்படியின் பயன்பாட்டின் சரியான தன்மையை மதிப்பாய்வு செய்யவும்.

இந்த பிழையில் உங்கள் கைகளை குத்த விரும்பினால், கம்பைலர் எக்ஸ்ப்ளோரரில் ஒரு ஆயத்த உதாரணத்தை முயற்சிக்கவும்: *கலங்குவது*.

நீங்கள் புரிந்துகொண்டபடி, இதுபோன்ற குறியீட்டின் பிரிவுகளுக்கு இப்போதே கவனம் செலுத்துவது எப்போதும் சாத்தியமில்லை, இதன் காரணமாக, நீங்கள் ஒரு நல்ல மணிநேரம் பிழைத்திருத்தத்தில் உட்காரலாம், எல்லாம் ஏன் மிகவும் விசித்திரமாக வேலை செய்கிறது என்று ஆச்சரியப்படுவீர்கள்.

இருப்பினும், இது தெளிவாக ஒரு தவறு. டெவலப்பர், மொழியின் சில நுணுக்கங்களை மறந்துவிட்டதால், துணைக் குறியீட்டை எழுதினால் என்ன செய்வது? அல்லது குறியீட்டில் அனுமதித்திருக்கலாம் வரையறுக்கப்படாத நடத்தை? துரதிர்ஷ்டவசமாக, இதுபோன்ற வழக்குகள் முற்றிலும் பொதுவானவை மற்றும் எழுத்துப் பிழைகள், வழக்கமான பிழைகள் அல்லது வரையறுக்கப்படாத நடத்தை ஆகியவற்றைக் கொண்ட குறிப்பாக வேலை செய்யும் குறியீட்டை பிழைத்திருத்துவதில் சிங்கத்தின் பங்கு செலவிடப்படுகிறது.

இந்த சூழ்நிலைகளுக்காகவே நிலையான பகுப்பாய்வு தோன்றியது. இது டெவலப்பருக்கான உதவியாளராகும், அவர் குறியீட்டில் உள்ள பல்வேறு சிக்கல்களை சுட்டிக்காட்டி, ஏன் இந்த வழியில் எழுத வேண்டிய அவசியமில்லை, அது எதற்கு வழிவகுக்கும் மற்றும் அதை எவ்வாறு சரிசெய்வது என்பதை ஆவணத்தில் விளக்குவார். அது எப்படி இருக்கும் என்பதற்கான எடுத்துக்காட்டு இங்கே: *கலங்குவது*.

கட்டுரைகளில் பகுப்பாய்வி கண்டறியக்கூடிய சுவாரஸ்யமான பிழைகளை நீங்கள் காணலாம்:

இப்போது நீங்கள் இந்த உள்ளடக்கத்தைப் படித்து, நிலையான பகுப்பாய்வின் நன்மைகளைப் பற்றி உறுதியாக நம்பியுள்ளீர்கள், நீங்கள் அதை முயற்சிக்க விரும்பலாம். ஆனால் எங்கு தொடங்குவது? உங்கள் தற்போதைய திட்டத்தில் புதிய கருவியை எவ்வாறு ஒருங்கிணைப்பது? மேலும் அவருக்கு அணியை எப்படி அறிமுகப்படுத்துவது? இந்தக் கேள்விகளுக்கான பதில்களை கீழே காணலாம்.

குறிப்பு. நிலையான பகுப்பாய்வு குறியீடு மதிப்புரைகள் போன்ற பயனுள்ள விஷயத்தை மாற்றாது அல்லது ரத்து செய்யாது. இது இந்த செயல்முறையை நிறைவு செய்கிறது, எழுத்துப்பிழைகள், தவறுகள் மற்றும் ஆபத்தான வடிவமைப்புகளை முன்கூட்டியே கவனிக்கவும் சரிசெய்யவும் உதவுகிறது. தவறான அடைப்புக்குறியை அல்லது சலிப்பான ஒப்பீட்டு செயல்பாடுகளைப் படிக்கவும்.

0. கருவியை அறிந்து கொள்வது

இது அனைத்தும் சோதனை பதிப்பில் தொடங்குகிறது. உண்மையில், நீங்கள் கருவியை இதற்கு முன் நேரலையில் பார்த்திருக்கவில்லை என்றால், வளர்ச்சி செயல்பாட்டில் எதையாவது செயல்படுத்துவது கடினம். எனவே, நீங்கள் செய்ய வேண்டிய முதல் விஷயம் பதிவிறக்கம் சோதனை பதிப்பு.

இந்த கட்டத்தில் நீங்கள் என்ன கற்றுக்கொள்வீர்கள்:

பகுப்பாய்வியுடன் தொடர்புகொள்வதற்கான வழிகள் யாவை;
பகுப்பாய்வி உங்கள் மேம்பாட்டு சூழலுடன் இணக்கமாக உள்ளதா?
உங்கள் திட்டங்களில் தற்போது என்ன சிக்கல்கள் உள்ளன?

உங்களுக்கு தேவையான அனைத்தையும் நிறுவிய பிறகு, நீங்கள் செய்ய வேண்டிய முதல் விஷயம் முழு திட்டத்தின் பகுப்பாய்வை இயக்குவதுதான் (விண்டோஸ், லினக்ஸ், MacOS) விஷுவல் ஸ்டுடியோவில் உள்ள PVS-ஸ்டுடியோவைப் பொறுத்தவரை நீங்கள் இதே போன்ற படத்தைக் காண்பீர்கள் (கிளிக் செய்யக்கூடியது):

உண்மை என்னவென்றால், நிலையான பகுப்பாய்விகள் பொதுவாக ஒரு பெரிய குறியீடு அடிப்படையிலான திட்டங்களுக்கு அதிக எண்ணிக்கையிலான எச்சரிக்கைகளை வெளியிடுகின்றன. உங்கள் திட்டம் ஏற்கனவே வேலை செய்வதால், அவை அனைத்தையும் சரிசெய்ய வேண்டிய அவசியமில்லை, அதாவது இந்த சிக்கல்கள் முக்கியமானவை அல்ல. இருப்பினும், நீங்கள் நீங்கள் மிகவும் சுவாரஸ்யமான எச்சரிக்கைகளைப் பார்க்கலாம் தேவைப்பட்டால் அவற்றை சரிசெய்யவும். இதைச் செய்ய, நீங்கள் வெளியீட்டை வடிகட்ட வேண்டும் மற்றும் மிகவும் நம்பகமான செய்திகளை மட்டுமே விட வேண்டும். விஷுவல் ஸ்டுடியோவிற்கான PVS-Studio செருகுநிரலில், பிழை நிலைகள் மற்றும் வகைகளால் வடிகட்டுவதன் மூலம் இது செய்யப்படுகிறது. மிகவும் துல்லியமான வெளியீட்டிற்கு, மட்டும் விடுங்கள் உயர் и பொது (கிளிக் செய்யக்கூடியது):

உண்மையில், 178 எச்சரிக்கைகள் பல ஆயிரங்களைக் காட்டிலும் பார்க்க மிகவும் எளிதானவை...

தாவல்களில் நடுத்தர и குறைந்த பெரும்பாலும் நல்ல எச்சரிக்கைகள் உள்ளன, ஆனால் இந்த வகைகளில் குறைவான துல்லியம் (நம்பகத்தன்மை) கொண்ட நோயறிதல்கள் அடங்கும். எச்சரிக்கை நிலைகள் மற்றும் விண்டோஸின் கீழ் வேலை செய்வதற்கான விருப்பங்கள் பற்றிய கூடுதல் தகவல்களை இங்கே காணலாம்: *கலங்குவது*.

மிகவும் சுவாரஸ்யமான பிழைகளை வெற்றிகரமாக மதிப்பாய்வு செய்வது (மற்றும் வெற்றிகரமாக அவற்றை சரிசெய்தது) மதிப்புக்குரியது மீதமுள்ள எச்சரிக்கைகளை அடக்கவும். புதிய எச்சரிக்கைகள் பழையவற்றிலிருந்து தொலைந்து போகாமல் இருக்க இது அவசியம். கூடுதலாக, ஒரு நிலையான பகுப்பாய்வி புரோகிராமருக்கு உதவியாளர், பிழைகளின் பட்டியல் அல்ல. 🙂

1. அவ்டோமடிசஷியா

அறிமுகமான பிறகு, செருகுநிரல்களை உள்ளமைத்து CI இல் ஒருங்கிணைக்க வேண்டிய நேரம் இது. புரோகிராமர்கள் நிலையான பகுப்பாய்வியைப் பயன்படுத்தத் தொடங்குவதற்கு முன் இது செய்யப்பட வேண்டும். உண்மை என்னவென்றால், புரோகிராமர் பகுப்பாய்வை இயக்க மறந்துவிடலாம் அல்லது அதைச் செய்ய விரும்பவில்லை. இதைச் செய்ய, நீங்கள் எல்லாவற்றையும் இறுதிச் சரிபார்ப்பைச் செய்ய வேண்டும், இதனால் சோதிக்கப்படாத குறியீடு பொது மேம்பாட்டுக் கிளைக்குள் செல்ல முடியாது.

இந்த கட்டத்தில் நீங்கள் என்ன கற்றுக்கொள்வீர்கள்:

கருவி என்ன ஆட்டோமேஷன் விருப்பங்களை வழங்குகிறது;
பகுப்பாய்வி உங்கள் அசெம்பிளி சிஸ்டத்துடன் இணக்கமாக உள்ளதா?

சரியான ஆவணங்கள் இல்லாததால், சில நேரங்களில் நீங்கள் எழுத வேண்டும் ஆதரவு. இது சாதாரணமானது, உங்களுக்கு உதவுவதில் நாங்கள் மகிழ்ச்சியடைகிறோம். 🙂

இப்போது தொடர்ச்சியான ஒருங்கிணைப்பு (CI) சேவைகளுக்கு செல்லலாம். எந்தவொரு பகுப்பாய்வியையும் கடுமையான சிக்கல்கள் இல்லாமல் செயல்படுத்த முடியும். இதை செய்ய, நீங்கள் பைப்லைனில் ஒரு தனி கட்டத்தை உருவாக்க வேண்டும், இது வழக்கமாக உருவாக்க மற்றும் அலகு சோதனைகளுக்குப் பிறகு அமைந்துள்ளது. இது பல்வேறு கன்சோல் பயன்பாடுகளைப் பயன்படுத்தி செய்யப்படுகிறது. எடுத்துக்காட்டாக, PVS-Studio பின்வரும் பயன்பாடுகளை வழங்குகிறது:

PVS-Studio_Cmd.exe (விண்டோஸில் தீர்வுகள், சி#, சி++ திட்டங்களின் பகுப்பாய்வு)
CLMonitor.exe (தொகுப்பு கண்காணிப்பு)
pvs-studio-analyzer (Linux / macOS இல் C++ திட்டங்களின் பகுப்பாய்வு)
pvs-studio-dotnet (தீர்வு பகுப்பாய்வு, Linux / macOS இல் C# திட்டங்கள்)
pvs-studio.jar (ஜாவா திட்டங்களின் பகுப்பாய்வு)
PlogConverter (அறிக்கை கோப்பு மாற்றி)

பகுப்பாய்வை 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++ (Linux)க்கான விருப்பத்தை உதாரணமாகக் காண்பிப்பேன்:

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

முதல் கட்டளை பகுப்பாய்வு செய்யும், மற்றும் இரண்டாவது உறைகள்அறிக்கையை உரை வடிவமாக மாற்றி, அதைத் திரையில் காண்பிக்கும் மற்றும் எச்சரிக்கைகள் இருந்தால் 0யைத் தவிர வேறு குறியீட்டை வழங்கும். பிழைச் செய்திகள் இருக்கும்போது, உருவாக்கத்தைத் தடுக்க இது போன்ற ஒரு பொறிமுறையை வசதியாகப் பயன்படுத்தலாம். இருப்பினும், நீங்கள் எப்போதும் கொடியை அகற்றலாம் -w மேலும் எச்சரிக்கைகள் அடங்கிய சட்டசபையைத் தடுக்க வேண்டாம்.

குறிப்பு. உரை வடிவம் சிரமமாக உள்ளது. இது ஒரு உதாரணத்திற்கு எளிமையாக வழங்கப்படுகிறது. மிகவும் சுவாரஸ்யமான அறிக்கை வடிவத்திற்கு கவனம் செலுத்துங்கள் - FullHtml. குறியீட்டின் மூலம் செல்ல இது உங்களை அனுமதிக்கிறது.

CI இல் பகுப்பாய்வை அமைப்பது பற்றி நீங்கள் கட்டுரையில் மேலும் படிக்கலாம் "PVS-ஸ்டுடியோ மற்றும் தொடர்ச்சியான ஒருங்கிணைப்பு"(விண்டோஸ்) அல்லது"டிராவிஸ் CI இல் PVS-ஸ்டுடியோவை எவ்வாறு அமைப்பது" (லினக்ஸ்).

சரி, நீங்கள் பில்ட் சர்வரில் பகுப்பாய்வியை உள்ளமைத்துள்ளீர்கள். இப்போது, யாராவது சோதிக்கப்படாத குறியீட்டைப் பதிவேற்றினால், சரிபார்ப்பு நிலை தோல்வியடையும், மேலும் நீங்கள் சிக்கலைக் கண்டறிய முடியும், இருப்பினும், இது முற்றிலும் வசதியானது அல்ல, ஏனெனில் கிளைகள் ஒன்றிணைக்கப்பட்ட பிறகு அல்ல, திட்டத்தைச் சரிபார்ப்பது மிகவும் திறமையானது. அதற்கு முன், இழுக்க கோரிக்கை கட்டத்தில். ஏ.

பொதுவாக, இழுத்தல் கோரிக்கை பகுப்பாய்வை அமைப்பது 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. டெவலப்பர் இயந்திரங்களில் ஒருங்கிணைப்பு

அன்றாட வளர்ச்சிப் பயன்பாட்டிற்காக பகுப்பாய்வியை நிறுவி உள்ளமைக்க வேண்டிய நேரம் இது. இந்த கட்டத்தில் நீங்கள் ஏற்கனவே வேலை செய்யும் பெரும்பாலான வழிகளை நன்கு அறிந்திருக்கிறீர்கள், எனவே இதை எளிதான பகுதி என்று அழைக்கலாம்.

எளிமையான விருப்பமாக, டெவலப்பர்கள் தேவையான பகுப்பாய்வியை நிறுவலாம். இருப்பினும், இது நிறைய நேரம் எடுக்கும் மற்றும் வளர்ச்சியில் இருந்து அவர்களை திசைதிருப்பும், எனவே நீங்கள் நிறுவி மற்றும் தேவையான கொடிகளைப் பயன்படுத்தி இந்த செயல்முறையை தானியங்கு செய்யலாம். PVS-ஸ்டுடியோவிற்கு பல்வேறு உள்ளன தானியங்கு நிறுவலுக்கான கொடிகள். இருப்பினும், எப்போதும் தொகுப்பு மேலாளர்கள் உள்ளனர், எடுத்துக்காட்டாக, சாக்லேட்டி (விண்டோஸ்), ஹோம்ப்ரூ (மேகோஸ்) அல்லது லினக்ஸிற்கான டஜன் கணக்கான விருப்பங்கள்.

பின்னர் நீங்கள் தேவையான செருகுநிரல்களை நிறுவ வேண்டும், எடுத்துக்காட்டாக விஷுவல் ஸ்டுடியோ, ஐடியா, ரைடர் முதலியன

3. தினசரி பயன்பாடு

இந்த கட்டத்தில், தினசரி பயன்பாட்டின் போது பகுப்பாய்வியை விரைவுபடுத்துவதற்கான வழிகளைப் பற்றி சில வார்த்தைகளைச் சொல்ல வேண்டிய நேரம் இது. முழு திட்டப்பணியின் முழுமையான பகுப்பாய்விற்கு நிறைய நேரம் எடுக்கும், ஆனால் முழு திட்டத்திலும் ஒரே நேரத்தில் குறியீட்டை எத்தனை முறை மாற்றுவது? எந்த மறுசீரமைப்பும் அவ்வளவு பெரியதாக இல்லை, அது முழு குறியீட்டு தளத்தையும் உடனடியாக பாதிக்கும். ஒரே நேரத்தில் மாற்றப்படும் கோப்புகளின் எண்ணிக்கை ஒரு டசனைத் தாண்டும், எனவே அவற்றை பகுப்பாய்வு செய்வது அர்த்தமுள்ளதாக இருக்கும். அத்தகைய சூழ்நிலை உள்ளது அதிகரிக்கும் பகுப்பாய்வு முறை. கவலைப்பட வேண்டாம், இது மற்றொரு கருவி அல்ல. இது ஒரு சிறப்பு பயன்முறையாகும், இது மாற்றப்பட்ட கோப்புகள் மற்றும் அவற்றின் சார்புகளை மட்டுமே பகுப்பாய்வு செய்ய உங்களை அனுமதிக்கிறது, மேலும் நீங்கள் நிறுவப்பட்ட செருகுநிரலைக் கொண்ட IDE இல் பணிபுரிந்தால் இது தானாகவே நிகழும்.

பகுப்பாய்வி சமீபத்தில் மாற்றப்பட்ட குறியீட்டில் உள்ள சிக்கல்களைக் கண்டறிந்தால், அது சுயாதீனமாக அதைப் புகாரளிக்கும். எடுத்துக்காட்டாக, விழிப்பூட்டலைப் பயன்படுத்தி PVS-Studio இதைப் பற்றி உங்களுக்குத் தெரிவிக்கும்:

நிச்சயமாக, டெவலப்பர்களை கருவியைப் பயன்படுத்தச் சொல்வது போதாது. அது என்ன, எப்படி என்பதை எப்படியாவது சொல்லிவிட வேண்டும். எடுத்துக்காட்டாக, PVS-Studioக்கான விரைவான தொடக்கத்தைப் பற்றிய கட்டுரைகள் இங்கே உள்ளன, ஆனால் நீங்கள் விரும்பும் எந்தக் கருவிக்கும் இதே போன்ற பயிற்சிகளைக் காணலாம்:

இத்தகைய கட்டுரைகள் அன்றாட பயன்பாட்டிற்கு தேவையான அனைத்து தகவல்களையும் வழங்குகின்றன மற்றும் அதிக நேரம் எடுக்காது. 🙂

கருவியைப் பற்றி தெரிந்துகொள்ளும் கட்டத்தில் கூட, முதல் ஏவுதலின் போது நிறைய எச்சரிக்கைகளை நாங்கள் அடக்கிவிட்டோம். துரதிர்ஷ்டவசமாக, நிலையான பகுப்பாய்விகள் சரியானவை அல்ல, எனவே அவை அவ்வப்போது தவறான நேர்மறைகளைக் கொடுக்கின்றன. அவற்றை அடக்குவது பொதுவாக எளிதானது; எடுத்துக்காட்டாக, விஷுவல் ஸ்டுடியோவிற்கான பிவிஎஸ்-ஸ்டுடியோ செருகுநிரலில் நீங்கள் ஒரு பொத்தானைக் கிளிக் செய்ய வேண்டும்:

இருப்பினும், நீங்கள் அவர்களை அடக்குவதை விட அதிகமாக செய்ய முடியும். எடுத்துக்காட்டாக, நீங்கள் ஒரு சிக்கலைப் புகாரளிக்கலாம். தவறான நேர்மறையை சரிசெய்ய முடிந்தால், எதிர்கால புதுப்பிப்புகளில் ஒவ்வொரு முறையும் உங்கள் கோட்பேஸில் குறிப்பிட்ட தவறான நேர்மறைகள் குறைவாகவும் குறைவாகவும் இருப்பதை நீங்கள் கவனிக்கலாம்.

После INTEGRATSI

எனவே, வளர்ச்சி செயல்முறையில் நிலையான பகுப்பாய்வை ஒருங்கிணைப்பதற்கான அனைத்து நிலைகளையும் நாங்கள் கடந்துவிட்டோம். CI இல் அத்தகைய கருவிகளை அமைப்பதன் முக்கியத்துவம் இருந்தபோதிலும், அவற்றை இயக்குவதற்கான மிக முக்கியமான இடம் டெவலப்பரின் கணினி ஆகும். எல்லாவற்றிற்கும் மேலாக, ஒரு நிலையான பகுப்பாய்வி குறியீடு நல்லதல்ல என்று உங்களிடமிருந்து எங்காவது தொலைவில் சொல்லும் நீதிபதி அல்ல. மாறாக, நீங்கள் சோர்வாக இருந்தால் உங்களுக்குச் சொல்லும் உதவியாளர், நீங்கள் எதையாவது மறந்துவிட்டால் உங்களுக்கு நினைவூட்டுகிறது.

உண்மை, வழக்கமான பயன்பாடு இல்லாமல், நிலையான பகுப்பாய்வு வளர்ச்சியை கணிசமாக எளிதாக்குவது சாத்தியமில்லை. எல்லாவற்றிற்கும் மேலாக, ஒரு டெவலப்பருக்கு அதன் முக்கிய நன்மை சிக்கலான மற்றும் சர்ச்சைக்குரிய குறியீட்டின் பிரிவுகளைத் தேடுவதில் இல்லை, ஆனால் அவற்றை முன்கூட்டியே கண்டறிவதில் உள்ளது. திருத்தங்கள் சோதனைக்கு அனுப்பப்பட்ட பிறகு ஒரு சிக்கலைக் கண்டறிவது விரும்பத்தகாதது மட்டுமல்ல, அதிக நேரம் எடுக்கும் என்பதையும் ஒப்புக்கொள்கிறேன். நிலையான பகுப்பாய்வு, வழக்கமாகப் பயன்படுத்தும் போது, உங்கள் கணினியில் உள்ள ஒவ்வொரு மாற்றத்தையும் நேரடியாகப் பார்த்து, குறியீட்டில் பணிபுரியும் போது சந்தேகத்திற்குரிய இடங்களைப் புகாரளிக்கும்.

பகுப்பாய்வியைச் செயல்படுத்துவது மதிப்புள்ளதா என்பது உங்களுக்கோ அல்லது உங்கள் சகாக்களுக்கோ இன்னும் உறுதியாகத் தெரியவில்லை என்றால், இப்போது கட்டுரையைப் படிக்கத் தொடங்க பரிந்துரைக்கிறேன் "வளர்ச்சி செயல்பாட்டில் நிலையான குறியீடு பகுப்பாய்வி PVS-ஸ்டுடியோவை அறிமுகப்படுத்துவதற்கான காரணங்கள்". நிலையான பகுப்பாய்வு அவர்களின் நேரத்தை எடுக்கும் மற்றும் பலவற்றை டெவலப்பர்களின் வழக்கமான கவலைகளை இது நிவர்த்தி செய்கிறது.

இந்தக் கட்டுரையை ஆங்கிலம் பேசும் பார்வையாளர்களுடன் பகிர்ந்து கொள்ள விரும்பினால், மொழிபெயர்ப்பு இணைப்பைப் பயன்படுத்தவும்: Maxim Zvyagintsev. நிலையான பகுப்பாய்வு: தொடங்குதல் முதல் ஒருங்கிணைப்பு வரை.

ஆதாரம்: www.habr.com

நிலையான பகுப்பாய்வு - அறிமுகம் முதல் ஒருங்கிணைப்பு வரை