தொடர்ச்சியான டெலிவரி டுடோரியல் - ஜென்கின்ஸைப் பயன்படுத்தி தொடர்ச்சியான டெலிவரி பைப்லைனை உருவாக்குதல்

தொடர்ச்சியான டெலிவரி குறித்த இந்த வலைப்பதிவு, அதில் ஈடுபட்டுள்ள ஒவ்வொரு கட்டத்தையும், அதாவது பில்ட், டெஸ்ட் போன்றவற்றை ஜென்கின்ஸைப் பயன்படுத்தி கைகூப்பி விளக்குகிறது.

தொடர்ச்சியான விநியோகம்:

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

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

தொடர்ச்சியான டெலிவரி எவ்வாறு செயல்படுகிறது என்பதை விரைவாக புரிந்துகொள்வோம்.





தொடர்ச்சியான டெலிவரி என்றால் என்ன?

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

தொடர்ச்சியான டெலிவரி - தொடர்ச்சியான டெலிவரி - எடுரேகா



மேலே உள்ள வரைபடத்தை விளக்குகிறேன்:

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

நான் தொடர்வதற்கு முன், பல்வேறு வகையான சோதனைகளை நான் உங்களுக்கு விளக்குகிறேன்.

மென்பொருள் சோதனை வகைகள்:

பரவலாகப் பார்த்தால் இரண்டு வகையான சோதனைகள் உள்ளன:



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

வைட்பாக்ஸ் சோதனை:

இரண்டு வகை சோதனைகள் உள்ளன, அவை இந்த வகையின் கீழ் வருகின்றன.

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

பிளாக்பாக்ஸ் சோதனை:

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

pl sql ஐ எவ்வாறு கற்றுக்கொள்வது
  • செயல்பாட்டு / ஏற்றுக்கொள்ளல் சோதனை: கணினி தேவைகளில் தேவைப்படும் குறிப்பிட்ட செயல்பாடு செயல்படுவதை இது உறுதி செய்கிறது. வழங்கப்பட்ட தயாரிப்பு தேவைகளை பூர்த்திசெய்து வாடிக்கையாளர் எதிர்பார்த்தபடி செயல்படுகிறது என்பதை உறுதிப்படுத்த இது செய்யப்படுகிறது
  • கணினி சோதனை: மென்பொருளை வெவ்வேறு சூழல்களில் வைப்பதன் மூலம் (எ.கா., இயக்க முறைமைகள்) அது இன்னும் செயல்படுவதை இது உறுதி செய்கிறது.
  • அழுத்த சோதனை: சாதகமற்ற சூழ்நிலையில் கணினி எவ்வாறு செயல்படுகிறது என்பதை இது மதிப்பீடு செய்கிறது.
  • பீட்டா சோதனை: இது இறுதி பயனர்களால் செய்யப்படுகிறது, வளர்ச்சிக்கு வெளியே ஒரு குழு அல்லது அறியப்படும் தயாரிப்பின் முழு முன் பதிப்பை பகிரங்கமாக வெளியிடுகிறதுபீட்டாபதிப்பு. பீட்டா சோதனையின் நோக்கம் எதிர்பாராத பிழைகளை மறைப்பதாகும்.

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

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

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

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

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

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

அட்டவணையைப் பயன்படுத்தி வேறுபாடுகளை சுருக்கமாகக் கூறுகிறேன்:

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

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

கிளவுட்டில் ஜென்கின்ஸைப் பயன்படுத்தி சிஐ / சிடி பைப்லைன்களை உருவாக்குவது எப்படி என்பதை அறிக

ஆனால் தொடர்ச்சியான ஒருங்கிணைப்பு போதுமானதா என்பது கேள்வி.

எங்களுக்கு ஏன் தொடர்ச்சியான டெலிவரி தேவை?

இதை ஒரு எடுத்துக்காட்டுடன் புரிந்துகொள்வோம்.

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

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

தோல்வியின் வெளிப்படையான காரணம் என்ன?

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

ஒரு புலனுணர்வு டெவலப்பர் ஒரு ஸ்மார்ட் அணுகுமுறையை எடுத்தார்:

மூத்த டெவலப்பரில் ஒருவர் தனது மேம்பாட்டு இயந்திரத்தில் விண்ணப்பத்தை முயற்சித்தார். அது அங்கு வேலை செய்யவில்லை.

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

சிக்கல் அறிக்கை:

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

மேற்கண்ட சிக்கல்களைப் பார்த்து கற்றுக்கொண்ட பாடங்களை சுருக்கமாகக் கூறுகிறேன்:

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

தீர்வு - தொடர்ச்சியான டெலிவரி பைப்லைன் (தானியங்கி ஏற்றுக்கொள்ளல் சோதனை):

அவர்கள் தொடர்ச்சியான ஒருங்கிணைப்பை (தொடர்ச்சியான டெலிவரி) அடுத்த கட்டத்திற்கு எடுத்துச் சென்று, இரண்டு எளிய, தானியங்கி ஏற்றுக்கொள்ளல் சோதனைகளை அறிமுகப்படுத்தினர், இது பயன்பாடு இயங்கியது மற்றும் அதன் மிக அடிப்படையான செயல்பாட்டைச் செய்ய முடியும் என்பதை நிரூபித்தது.ஏற்றுக்கொள்ளும் சோதனை கட்டத்தில் இயங்கும் சோதனைகளில் பெரும்பாலானவை செயல்பாட்டு ஏற்றுக்கொள்ளல் சோதனைகள்.

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

கோட்பாடு போதும், ஜென்கின்ஸைப் பயன்படுத்தி தொடர்ச்சியான டெலிவரி பைப்லைனை எவ்வாறு உருவாக்குவது என்பதை இப்போது காண்பிப்பேன்.

ஜென்கின்ஸைப் பயன்படுத்தி தொடர்ச்சியான டெலிவரி பைப்லைன்:

தொடர்ச்சியான டெலிவரி பைப்லைனை உருவாக்க இங்கே நான் ஜென்கின்ஸைப் பயன்படுத்துவேன், அதில் பின்வரும் பணிகள் அடங்கும்:

டெமோ சம்பந்தப்பட்ட படிகள்:

  • GitHub இலிருந்து குறியீட்டைப் பெறுகிறது
  • மூலக் குறியீட்டைத் தொகுத்தல்
  • யூனிட் சோதனை மற்றும் ஜூனிட் சோதனை அறிக்கைகளை உருவாக்குதல்
  • பயன்பாட்டை ஒரு WAR கோப்பில் பேக்கேஜிங் செய்து டாம்கேட் சேவையகத்தில் பயன்படுத்துகிறது

முன்நிபந்தனைகள்:

  • CentOS 7 இயந்திரம்
  • ஜென்கின்ஸ் 2.121.1
  • டோக்கர்
  • டாம்காட் 7

படி - 1 மூலக் குறியீட்டைத் தொகுத்தல்:

முதலில் ஜென்கின்ஸில் ஒரு ஃப்ரீஸ்டைல் ​​திட்டத்தை உருவாக்குவதன் மூலம் ஆரம்பிக்கலாம். கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்:

உங்கள் திட்டத்திற்கு ஒரு பெயரைக் கொடுத்து, ஃப்ரீஸ்டைல் ​​திட்டத்தைத் தேர்ந்தெடுக்கவும்:

நீங்கள் கீழே உருட்டும்போது, ​​மூலக் குறியீட்டு களஞ்சியத்தைச் சேர்க்க, கிட் ஒன்றைத் தேர்ந்தெடுத்து களஞ்சிய URL ஐச் சேர்க்க ஒரு விருப்பத்தைக் காண்பீர்கள், அந்த களஞ்சியத்தில் ஒரு pom.xml அபராதம் உள்ளது, இது எங்கள் திட்டத்தை உருவாக்க நாங்கள் பயன்படுத்துவோம். கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்:

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

நான் தொடர்வதற்கு முன், மேவன் பில்ட் சுழற்சிக்கான ஒரு சிறிய அறிமுகத்தை தருகிறேன்.

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

உருவாக்க கட்டங்களின் பட்டியல் பின்வருமாறு:

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

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

mvn சுத்தமான தொகுப்பு

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

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

தொகுத்தல்

கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்:

இது கிட்ஹப் களஞ்சியத்திலிருந்து மூலக் குறியீட்டை இழுக்கும், மேலும் அதை தொகுக்கும் (மேவன் தொகுத்தல் கட்டம்).

சேமி என்பதைக் கிளிக் செய்து திட்டத்தை இயக்கவும்.

இப்போது, ​​முடிவைக் காண கன்சோல் வெளியீட்டைக் கிளிக் செய்க.

படி - 2 அலகு சோதனை:

இப்போது யூனிட் சோதனைக்கு மேலும் ஒரு ஃப்ரீஸ்டைல் ​​திட்டத்தை உருவாக்குவோம்.

முந்தைய பணியில் நாங்கள் செய்ததைப் போலவே, அதே களஞ்சிய URL ஐ மூல குறியீடு மேலாண்மை தாவலில் சேர்க்கவும்.

இப்போது, ​​“Buid Trigger” தாவலில் “பிற திட்டங்கள் கட்டப்பட்ட பிறகு உருவாக்கு” ​​என்பதைக் கிளிக் செய்க. நாங்கள் மூலக் குறியீட்டைத் தொகுக்கும் முந்தைய திட்டத்தின் பெயரைத் தட்டச்சு செய்க, மேலும் கீழேயுள்ள விருப்பங்களில் ஒன்றை நீங்கள் தேர்ந்தெடுக்கலாம்:

  • உருவாக்கம் நிலையானதாக இருந்தால் மட்டுமே தூண்டவும்
  • உருவாக்கம் நிலையற்றதாக இருந்தாலும் தூண்டவும்
  • உருவாக்கம் தோல்வியடைந்தாலும் தூண்டவும்

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

பில்ட் தாவலில், உயர்மட்ட மேவன் இலக்குகளைச் சொடுக்கவும், கீழேயுள்ள கட்டளையைப் பயன்படுத்தவும்:

சோதனை

உங்கள் சோதனை முடிவுகளையும் சோதனை முடிவு போக்குகளையும் காண்பிக்க உதவும் ஒரு பெரிய வேலையும் ஜென்கின்ஸ் செய்கிறார்.

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

எனவே அடுத்ததாக நாம் செய்ய வேண்டியது ஜென்கின்ஸை எங்கள் அலகு சோதனைகளில் தாவல்களை வைத்திருக்க வேண்டும்.

போஸ்ட்-பில்ட் செயல்கள் பிரிவுக்குச் சென்று “ஜூனிட் சோதனை முடிவு அறிக்கையை வெளியிடு” தேர்வுப்பெட்டியைத் தட்டவும். மேவன் ஒரு திட்டத்தில் அலகு சோதனைகளை இயக்கும் போது, ​​அது தானாகவே எக்ஸ்எம்எல் சோதனை அறிக்கைகளை உறுதிப்படுத்தி-கோப்புகள் என்ற கோப்பகத்தில் உருவாக்குகிறது. எனவே “சோதனை அறிக்கை எக்ஸ்எம்எல்” புலத்தில் “** / target / surefire-report / *. Xml” ஐ உள்ளிடவும். பாதையின் தொடக்கத்தில் உள்ள இரண்டு நட்சத்திரங்கள் (“**”) உள்ளமைவை இன்னும் வலுவானதாக மாற்றுவதற்கான ஒரு சிறந்த நடைமுறையாகும்: மூலக் குறியீட்டைப் பார்க்க ஜென்கின்ஸை நாங்கள் எவ்வாறு கட்டமைத்திருந்தாலும் அவை இலக்கு கோப்பகத்தைக் கண்டுபிடிக்க ஜென்கின்ஸை அனுமதிக்கின்றன.

** / target / surefire-report / *. xml

மீண்டும் அதைச் சேமித்து, இப்போது கட்டவும் என்பதைக் கிளிக் செய்க.

இப்போது, ​​ஜுனிட் அறிக்கை / var / lib / jenkins / workspace / test / gameoflife-core / target / surefire-report / TEST- நடத்தைக்கு எழுதப்பட்டுள்ளது.

இரட்டையிலிருந்து முழு எண்ணாக மாற்றவும்

ஜென்கின்ஸ் டாஷ்போர்டில்சோதனை முடிவுகளையும் நீங்கள் கவனிக்கலாம்:

படி - 3 ஒரு WAR கோப்பை உருவாக்குதல் மற்றும் டாம்கேட் சேவையகத்தில் பயன்படுத்துதல்:

இப்போது, ​​அடுத்த கட்டமாக, எங்கள் பயன்பாட்டை ஒரு WAR கோப்பில் தொகுத்து, பயனர் ஏற்றுக்கொள்ளும் சோதனைக்கு டாம்கேட் சேவையகத்தில் பயன்படுத்த வேண்டும்.

மேலும் ஒரு ஃப்ரீஸ்டைல் ​​திட்டத்தை உருவாக்கி, மூல குறியீடு களஞ்சிய URL ஐச் சேர்க்கவும்.

உருவாக்க தூண்டுதல் தாவலில், பிற திட்டங்கள் கட்டப்படும்போது உருவாக்கத்தைத் தேர்ந்தெடுக்கவும், கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்:

அடிப்படையில், சோதனை வேலைக்குப் பிறகு, வரிசைப்படுத்தல் கட்டம் தானாகவே தொடங்கும்.

உருவாக்க தாவலில், ஷெல் ஸ்கிரிப்டைத் தேர்ந்தெடுக்கவும். பயன்பாட்டை ஒரு WAR கோப்பில் தொகுக்க கீழே உள்ள கட்டளையைத் தட்டச்சு செய்க:

mvn தொகுப்பு

அடுத்த கட்டமாக இந்த WAR கோப்பை டாம்காட்டில் பயன்படுத்த வேண்டும்சேவையகம். “பிந்தைய கட்டமைப்புகள்” தாவலில் போர் / காதை ஒரு கொள்கலனுக்கு வரிசைப்படுத்து என்பதைத் தேர்ந்தெடுக்கவும். இங்கே, போர் கோப்புக்கான பாதையை கொடுத்து சூழல் பாதையை கொடுங்கள். கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்:

டாம்கேட் நற்சான்றிதழ்களைத் தேர்ந்தெடுத்து, மேலே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள். மேலும், உங்கள் டாம்கேட் சேவையகத்தின் URL ஐ நீங்கள் கொடுக்க வேண்டும்.

ஜென்கின்ஸில் நற்சான்றிதழ்களைச் சேர்க்க, ஜென்கின்ஸ் டாஷ்போர்டில் உள்ள நற்சான்றிதழ்கள் விருப்பத்தை சொடுக்கவும்.

கணினியைக் கிளிக் செய்து உலகளாவிய நற்சான்றிதழ்களைத் தேர்ந்தெடுக்கவும்.

நற்சான்றிதழ்களைச் சேர்க்க ஒரு விருப்பத்தைக் காண்பீர்கள். அதைக் கிளிக் செய்து நற்சான்றிதழ்களைச் சேர்க்கவும்.

டாம்கேட் நற்சான்றிதழ்களைச் சேர்க்கவும், கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்.

சரி என்பதைக் கிளிக் செய்க.

மலைப்பாம்பில் ஒரு எண்ணை மாற்றவும்

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

சேமி என்பதைக் கிளிக் செய்து, இப்போது உருவாக்கு என்பதைத் தேர்ந்தெடுக்கவும்.

உங்கள் டோம்காட் URL க்குச் செல்லுங்கள், சூழல் பாதையுடன், என் விஷயத்தில் இது http: // localhost: 8081. இப்போது இறுதியில் சூழல் பாதையைச் சேர்க்கவும், கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்:

இணைப்பு - http: // localhost: 8081 / gof

சூழல் பாதையின் அர்த்தத்தை நீங்கள் புரிந்து கொண்டீர்கள் என்று நம்புகிறேன்.

இப்போது ஒரு பைப்லைன் காட்சியை உருவாக்கவும், கீழே உள்ள ஸ்கிரீன்ஷாட்டைக் கவனியுங்கள்:

புதிய காட்சியை உருவாக்க, பிளஸ் ஐகானைக் கிளிக் செய்க.

நீங்கள் விரும்பும் வழியில் பைப்லைனை உள்ளமைக்கவும், கீழே உள்ள ஸ்கிரீன் ஷாட்டைக் கவனியுங்கள்:

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

இறுதியாக, நீங்கள் RUN ஐக் கிளிக் செய்வதன் மூலம் பைப்லைனை சோதிக்கலாம். ஒவ்வொரு ஐந்து நிமிடங்களுக்கும் பிறகு, மூலக் குறியீட்டில் மாற்றம் இருந்தால், முழு பைப்லைனும் செயல்படுத்தப்படும்.

எனவே பயனர் ஏற்றுக்கொள்ளும் சோதனைக்கு (யுஏடி) சோதனை சேவையகத்தில் எங்கள் பயன்பாட்டை தொடர்ந்து பயன்படுத்த முடியும்.

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

சிஐ / சிடி பைப்லைன்களை உருவாக்க நீங்கள் பல்வேறு வகையான திறன்களை மாஸ்டர் செய்ய வேண்டும் தேவையான டெவொப்ஸ் திறன்களை இப்போது மாஸ்டர் செய்யுங்கள்