నిరంతర డెలివరీ ట్యుటోరియల్ - జెంకిన్స్ ఉపయోగించి నిరంతర డెలివరీ పైప్‌లైన్‌ను నిర్మించడం

నిరంతర డెలివరీ:

నిరంతర డెలివరీ అనేది ఒక ప్రక్రియ, ఇక్కడ కోడ్ మార్పులు స్వయంచాలకంగా నిర్మించబడతాయి, పరీక్షించబడతాయి మరియు ఉత్పత్తికి విడుదల కోసం సిద్ధం చేయబడతాయి.మీరు నన్ను ఆస్వాదించారని నేను నమ్ముతున్నాను ఇక్కడ, నేను ఈ క్రింది విషయాల గురించి మాట్లాడుతాను ::

• నిరంతర డెలివరీ అంటే ఏమిటి?
• సాఫ్ట్‌వేర్ పరీక్ష రకాలు
• నిరంతర సమైక్యత, డెలివరీ మరియు విస్తరణ మధ్య వ్యత్యాసం
• నిరంతర డెలివరీ అవసరం ఏమిటి?
• జెంకిన్స్ మరియు టామ్‌క్యాట్‌లను ఉపయోగించడం

నిరంతర డెలివరీ ఎలా పనిచేస్తుందో త్వరగా అర్థం చేసుకుందాం.

నిరంతర డెలివరీ అంటే ఏమిటి?

ఇది సాఫ్ట్‌వేర్‌ను ఎప్పుడైనా ఉత్పత్తికి విడుదల చేసే విధంగా మీరు నిర్మించే ప్రక్రియ.దిగువ రేఖాచిత్రాన్ని పరిగణించండి:

పై రేఖాచిత్రాన్ని వివరిస్తాను:

• స్వయంచాలక బిల్డ్ స్క్రిప్ట్‌లు Git వంటి సోర్స్ కోడ్ మేనేజ్‌మెంట్ (SCM) లో మార్పులను కనుగొంటాయి.
• మార్పు కనుగొనబడిన తర్వాత, బిల్డ్ విఫలమవ్వలేదని మరియు అన్ని పరీక్ష తరగతులు మరియు ఇంటిగ్రేషన్ పరీక్షలు చక్కగా నడుస్తున్నాయని నిర్ధారించుకోవడానికి సోర్స్ కోడ్ ప్రత్యేక బిల్డ్ సర్వర్‌కు అమర్చబడుతుంది.
• అప్పుడు, బిల్డ్ అప్లికేషన్ యూజర్ అంగీకార పరీక్ష (యుఎటి) కోసం టెస్ట్ సర్వర్లలో (ప్రీ-ప్రొడక్షన్ సర్వర్లు) అమర్చబడుతుంది.
• చివరగా, అప్లికేషన్ విడుదల కోసం ప్రొడక్షన్ సర్వర్లలో మానవీయంగా అమర్చబడుతుంది.

నేను కొనసాగడానికి ముందు, వివిధ రకాలైన పరీక్షలను నేను మీకు వివరిస్తాను.

సాఫ్ట్‌వేర్ పరీక్ష రకాలు:

విస్తృతంగా చెప్పాలంటే రెండు రకాల పరీక్షలు ఉన్నాయి:

• బ్లాక్బాక్స్ పరీక్ష: ఇది వ్యవస్థ యొక్క అంతర్గత యంత్రాంగాన్ని విస్మరించే పరీక్షా సాంకేతికత మరియు వ్యవస్థ యొక్క ఏదైనా ఇన్పుట్ మరియు అమలుకు వ్యతిరేకంగా ఉత్పత్తి చేయబడిన అవుట్పుట్ పై దృష్టి పెడుతుంది. దీనిని ఫంక్షనల్ టెస్టింగ్ అని కూడా అంటారు. ఇది ప్రాథమికంగా సాఫ్ట్‌వేర్‌ను ధృవీకరించడానికి ఉపయోగించబడుతుంది.
• వైట్‌బాక్స్ పరీక్ష: ఒక పరీక్షా సాంకేతికత, ఇది వ్యవస్థ యొక్క అంతర్గత యంత్రాంగాన్ని పరిగణనలోకి తీసుకుంటుంది. దీనిని స్ట్రక్చరల్ టెస్టింగ్ మరియు గ్లాస్ బాక్స్ టెస్టింగ్ అని కూడా అంటారు. ఇది ప్రాథమికంగా సాఫ్ట్‌వేర్‌ను ధృవీకరించడానికి ఉపయోగించబడుతుంది.

వైట్‌బాక్స్ పరీక్ష:

రెండు రకాల పరీక్షలు ఉన్నాయి, అవి ఈ వర్గంలోకి వస్తాయి.

• యూనిట్ టెస్టింగ్: ఇది ఒక వ్యక్తిగత యూనిట్ లేదా సంబంధిత యూనిట్ల సమూహం యొక్క పరీక్ష. ప్రోగ్రామర్ అతను / ఆమె అమలు చేసిన యూనిట్ ఇచ్చిన ఇన్‌పుట్‌కు వ్యతిరేకంగా output హించిన ఉత్పత్తిని ఉత్పత్తి చేస్తుందో లేదో పరీక్షించడం తరచుగా జరుగుతుంది.
• ఇంటిగ్రేషన్ టెస్టింగ్: ఇది ఒక రకమైన పరీక్ష, దీనిలో భాగాల సమూహం ఉంటుందిఉత్పత్తిని ఉత్పత్తి చేయడానికి కలిపి. అలాగే, సాఫ్ట్‌వేర్ మరియు హార్డ్‌వేర్ భాగాలకు ఏదైనా సంబంధం ఉంటే సాఫ్ట్‌వేర్ మరియు హార్డ్‌వేర్ మధ్య పరస్పర చర్య పరీక్షించబడుతుంది. ఇది వైట్ బాక్స్ పరీక్ష మరియు బ్లాక్ బాక్స్ పరీక్ష రెండింటిలోనూ ఉండవచ్చు.

బ్లాక్బాక్స్ పరీక్ష:

ఈ వర్గంలోకి వచ్చే బహుళ పరీక్షలు ఉన్నాయి. నేను దృష్టి పెడతానుకొన్ని, ఈ బ్లాగును అర్థం చేసుకోవడానికి మీకు తెలుసుకోవలసిన ముఖ్యమైనవి:

• ఫంక్షనల్ / అంగీకార పరీక్ష: సిస్టమ్ అవసరాలలో అవసరమైన కార్యాచరణ పనిచేస్తుందని ఇది నిర్ధారిస్తుంది. డెలివరీ చేసిన ఉత్పత్తి అవసరాలకు అనుగుణంగా ఉందని మరియు కస్టమర్ .హించిన విధంగా పనిచేస్తుందని నిర్ధారించుకోవడానికి ఇది జరుగుతుంది
• సిస్టమ్ టెస్టింగ్: సాఫ్ట్‌వేర్‌ను వేర్వేరు వాతావరణాలలో ఉంచడం ద్వారా (ఉదా., ఆపరేటింగ్ సిస్టమ్స్) ఇది ఇప్పటికీ పనిచేస్తుందని ఇది నిర్ధారిస్తుంది.
• ఒత్తిడి పరీక్ష: ఇది అననుకూల పరిస్థితులలో వ్యవస్థ ఎలా ప్రవర్తిస్తుందో అంచనా వేస్తుంది.
• బీటా పరీక్ష: ఇది తుది వినియోగదారులు, అభివృద్ధికి వెలుపల ఉన్న బృందం లేదా ఉత్పత్తి యొక్క పూర్తి పూర్వ-సంస్కరణను బహిరంగంగా విడుదల చేయడం ద్వారా జరుగుతుందిబీటాసంస్కరణ: Telugu. బీటా పరీక్ష యొక్క లక్ష్యం unexpected హించని లోపాలను కవర్ చేయడం.

నిరంతర సమైక్యత, డెలివరీ మరియు విస్తరణ మధ్య వ్యత్యాసాన్ని వివరించడానికి ఇప్పుడు నాకు సరైన సమయం.

నిరంతర సమైక్యత, డెలివరీ మరియు విస్తరణ మధ్య తేడాలు:

విజువల్ కంటెంట్ వచన సమాచారం కంటే వేగంగా మరియు అర్థమయ్యే విధంగా వ్యక్తి మెదడుకు చేరుకుంటుంది. కాబట్టి నేను తేడాను స్పష్టంగా వివరించే రేఖాచిత్రంతో ప్రారంభించబోతున్నాను:

నిరంతర ఇంటిగ్రేషన్‌లో, ప్రతి కోడ్ కమిట్ నిర్మించబడి పరీక్షించబడుతుంది, కానీ, విడుదల చేయవలసిన స్థితిలో లేదు. నా ఉద్దేశ్యం ఏమిటంటే - బిల్డ్ అప్లికేషన్ స్వయంచాలకంగా టెస్ట్ సర్వర్‌లపై అమలు చేయబడదు, ఇది వివిధ రకాల బ్లాక్‌బాక్స్ పరీక్షలను ఉపయోగించి ధృవీకరించడానికి - యూజర్ అంగీకార పరీక్ష (యుఎటి).

నిరంతర డెలివరీలో, అప్లికేషన్ నిరంతరం UAT కోసం పరీక్ష సర్వర్లలో అమర్చబడుతుంది. లేదా, అప్లికేషన్ ఎప్పుడైనా ఉత్పత్తికి విడుదల చేయడానికి సిద్ధంగా ఉందని మీరు చెప్పవచ్చు. కాబట్టి, నిరంతర డెలివరీ కోసం స్పష్టంగా నిరంతర సమైక్యత అవసరం.

నిరంతర విస్తరణ అనేది నిరంతర డెలివరీకి తదుపరి దశ, ఇక్కడ మీరు అమలు చేయదగిన ప్యాకేజీని సృష్టించడం లేదు, కానీ మీరు దీన్ని స్వయంచాలక పద్ధతిలో అమలు చేస్తున్నారు.

పట్టికను ఉపయోగించి తేడాలను సంగ్రహంగా తెలియజేస్తాను:

సరళంగా చెప్పాలంటే, నిరంతర సమైక్యత నిరంతర డెలివరీ మరియు నిరంతర విస్తరణ రెండింటిలో ఒక భాగం. మరియు నిరంతర విస్తరణ నిరంతర డెలివరీ లాంటిది, విడుదలలు స్వయంచాలకంగా జరుగుతాయి తప్ప.

క్లౌడ్‌లో జెంకిన్స్ ఉపయోగించి CI / CD పైప్‌లైన్లను ఎలా సృష్టించాలో తెలుసుకోండి

కాని ప్రశ్న, నిరంతర సమైక్యత సరిపోతుందా.

సేవ ఇప్పుడు టికెటింగ్ సిస్టమ్ శిక్షణ

మాకు నిరంతర డెలివరీ ఎందుకు అవసరం?

దీన్ని ఒక ఉదాహరణతో అర్థం చేసుకుందాం.

ఒక పెద్ద ప్రాజెక్ట్‌లో 80 మంది డెవలపర్లు పనిచేస్తున్నారని g హించండి. స్వయంచాలక నిర్మాణాలను సులభతరం చేయడానికి వారు నిరంతర ఇంటిగ్రేషన్ పైప్‌లైన్లను ఉపయోగిస్తున్నారు. బిల్డ్‌లో యూనిట్ టెస్టింగ్ కూడా ఉందని మాకు తెలుసు. ఒక రోజు వారు యూనిట్ పరీక్షలను పరీక్షా వాతావరణంలో ఉత్తీర్ణత సాధించిన తాజా నిర్మాణాన్ని అమలు చేయాలని నిర్ణయించుకున్నారు.

ఇది వారి పర్యావరణ నిపుణులు చేపట్టిన విస్తరణకు సుదీర్ఘమైన కానీ నియంత్రిత విధానం. అయితే, సిస్టమ్ పని చేస్తున్నట్లు అనిపించలేదు.

వైఫల్యానికి స్పష్టమైన కారణం ఏమిటి?

బాగా, చాలా మంది ప్రజలు ఆలోచించే మొదటి కారణం కాన్ఫిగరేషన్‌లో కొంత సమస్య ఉంది. చాలా మంది ప్రజల మాదిరిగానే వారు కూడా అలా అనుకున్నారు.పర్యావరణ కాన్ఫిగరేషన్‌లో ఏది తప్పు అని తెలుసుకోవడానికి వారు చాలా సమయం గడిపారు, కాని వారు సమస్యను కనుగొనలేకపోయారు.

వన్ పర్సెప్టివ్ డెవలపర్ స్మార్ట్ అప్రోచ్ తీసుకున్నారు:

అప్పుడు సీనియర్ డెవలపర్ ఒకరు తన అభివృద్ధి యంత్రంలో దరఖాస్తును ప్రయత్నించారు. ఇది అక్కడ కూడా పని చేయలేదు.

మూడు వారాల ముందే సిస్టమ్ పనిచేయడం ఆగిపోయిందని అతను కనుగొనే వరకు అతను మునుపటి మరియు మునుపటి సంస్కరణల ద్వారా తిరిగి అడుగు పెట్టాడు. ఒక చిన్న, అస్పష్టమైన బగ్ సిస్టమ్ సరిగ్గా ప్రారంభించకుండా నిరోధించింది. అయినప్పటికీ, ఈ ప్రాజెక్టుకు మంచి యూనిట్ టెస్ట్ కవరేజ్ ఉంది.అయినప్పటికీ, 80 మంది డెవలపర్లు, సాధారణంగా అప్లికేషన్ కంటే పరీక్షలను మాత్రమే నడిపారు, ఈ సమస్యను మూడు వారాల పాటు చూడలేదు.

సమస్యల నివేదిక:

ఉత్పత్తి లాంటి వాతావరణంలో అంగీకార పరీక్షలను అమలు చేయకుండా, అనువర్తనం కస్టమర్ యొక్క స్పెసిఫికేషన్లకు అనుగుణంగా ఉందా లేదా వాస్తవ ప్రపంచంలో అమలు చేయగలదా లేదా మనుగడ సాగించగలదా అనే దాని గురించి వారికి ఏమీ తెలియదు. వారు ఈ అంశాలపై సకాలంలో అభిప్రాయాన్ని కోరుకుంటే, వారు వారి నిరంతర సమైక్యత ప్రక్రియ యొక్క పరిధిని విస్తరించాలి.

పై సమస్యలను చూడటం ద్వారా నేర్చుకున్న పాఠాలను సంగ్రహంగా తెలియజేస్తాను:

• యూనిట్ పరీక్షలు సమస్యకు పరిష్కారం యొక్క డెవలపర్ దృక్పథాన్ని మాత్రమే పరీక్షిస్తాయి. వినియోగదారుల కోణం నుండి అనువర్తనం అనుకున్నది చేస్తుందని నిరూపించడానికి వారికి పరిమిత సామర్థ్యం మాత్రమే ఉంది. అవి సరిపోవునిజమైన క్రియాత్మక సమస్యలను గుర్తించండి.
• పరీక్షా వాతావరణంలో అనువర్తనాన్ని అమలు చేయడం సంక్లిష్టమైన, మానవీయంగా ఇంటెన్సివ్ ప్రక్రియ, ఇది చాలా లోపానికి లోనవుతుంది.దీని అర్థం, విస్తరణలో ప్రతి ప్రయత్నం కొత్త ప్రయోగం - మాన్యువల్, లోపం సంభవించే ప్రక్రియ.

పరిష్కారం - నిరంతర డెలివరీ పైప్‌లైన్ (ఆటోమేటెడ్ అంగీకార పరీక్ష):

వారు కంటిన్యూస్ ఇంటిగ్రేషన్ (కంటిన్యూస్ డెలివరీ) ను తదుపరి దశకు తీసుకువెళ్లారు మరియు రెండు సరళమైన, స్వయంచాలక అంగీకార పరీక్షలను ప్రవేశపెట్టారు, ఇది అప్లికేషన్ నడుస్తుందని మరియు దాని అత్యంత ప్రాధమిక పనితీరును చేయగలదని నిరూపించింది.అంగీకార పరీక్ష దశలో నడుస్తున్న పరీక్షల్లో ఎక్కువ భాగం ఫంక్షనల్ అంగీకార పరీక్షలు.

ప్రాథమికంగా, ఉత్పత్తి సర్వర్‌కు ప్రతిరూపమైన టెస్ట్ సర్వర్‌లో మోహరించినప్పుడు అప్లికేషన్ బాగా పనిచేస్తుందని నిర్ధారించుకోవడం ద్వారా, ఉత్పత్తి వాతావరణంలో అనువర్తనం సజావుగా అమర్చబడిందని నిర్ధారించుకోవడానికి వారు నిరంతర డెలివరీ పైప్‌లైన్‌ను నిర్మించారు.

సిద్ధాంతం చాలు, జెంకిన్స్ ఉపయోగించి నిరంతర డెలివరీ పైప్‌లైన్‌ను ఎలా సృష్టించాలో నేను ఇప్పుడు మీకు చూపిస్తాను.

జెంకిన్స్ ఉపయోగించి నిరంతర డెలివరీ పైప్‌లైన్:

నిరంతర డెలివరీ పైప్‌లైన్‌ను సృష్టించడానికి ఇక్కడ నేను జెంకిన్స్‌ను ఉపయోగిస్తాను, ఇందులో ఈ క్రింది పనులు ఉంటాయి:

డెమోలో పాల్గొన్న దశలు:

• GitHub నుండి కోడ్‌ను పొందడం
• సోర్స్ కోడ్‌ను కంపైల్ చేస్తోంది
• యూనిట్ పరీక్ష మరియు జునిట్ పరీక్ష నివేదికలను రూపొందించడం
• అప్లికేషన్‌ను WAR ఫైల్‌లోకి ప్యాకేజింగ్ చేసి టామ్‌క్యాట్ సర్వర్‌లో నియోగించడం

ముందస్తు అవసరాలు:

• సెంటొస్ 7 మెషిన్
• జెంకిన్స్ 2.121.1
• డాకర్
• టామ్‌క్యాట్ 7

దశ - 1 మూల కోడ్‌ను కంపైల్ చేయడం:

మొదట జెంకిన్స్‌లో ఫ్రీస్టైల్ ప్రాజెక్ట్‌ను సృష్టించడం ద్వారా ప్రారంభిద్దాం. దిగువ స్క్రీన్ షాట్ పరిగణించండి:

మీ ప్రాజెక్ట్‌కు పేరు పెట్టండి మరియు ఫ్రీస్టైల్ ప్రాజెక్ట్ ఎంచుకోండి:

మీరు క్రిందికి స్క్రోల్ చేసినప్పుడు, సోర్స్ కోడ్ రిపోజిటరీని జోడించడానికి, జిట్ ఎంచుకోండి మరియు రిపోజిటరీ URL ను జోడించడానికి మీకు ఒక ఎంపిక కనిపిస్తుంది, ఆ రిపోజిటరీలో ఒక pom.xml జరిమానా ఉంది, ఇది మేము మా ప్రాజెక్ట్ను నిర్మించడానికి ఉపయోగిస్తాము. దిగువ స్క్రీన్ షాట్ పరిగణించండి:

ఇప్పుడు మేము బిల్డ్ ట్రిగ్గర్ను జోడిస్తాము. పోల్ SCM ఎంపికను ఎంచుకోండి, ప్రాథమికంగా, కోడ్‌లో మార్పుల కోసం ప్రతి 5 నిమిషాల తర్వాత గిట్‌హబ్ రిపోజిటరీని పోల్ చేయడానికి మేము జెంకిన్స్‌ను కాన్ఫిగర్ చేస్తాము. దిగువ స్క్రీన్ షాట్ పరిగణించండి:

నేను కొనసాగడానికి ముందు, మావెన్ బిల్డ్ సైకిల్‌కు ఒక చిన్న పరిచయం ఇస్తాను.

ప్రతి బిల్డ్ జీవితచక్రాలు వేరే బిల్డ్ దశల జాబితా ద్వారా నిర్వచించబడతాయి, దీనిలో బిల్డ్ దశ జీవితచక్రంలో ఒక దశను సూచిస్తుంది.

నిర్మాణ దశల జాబితా క్రిందిది:

• ధృవీకరించండి - ప్రాజెక్ట్ సరైనదని ధృవీకరించండి మరియు అవసరమైన అన్ని సమాచారం అందుబాటులో ఉంది
• కంపైల్ - ప్రాజెక్ట్ యొక్క సోర్స్ కోడ్‌ను కంపైల్ చేయండి
• పరీక్ష - తగిన యూనిట్ పరీక్ష ఫ్రేమ్‌వర్క్‌ను ఉపయోగించి సంకలనం చేసిన సోర్స్ కోడ్‌ను పరీక్షించండి. ఈ పరీక్షలకు కోడ్ ప్యాక్ చేయబడటం లేదా అమలు చేయడం అవసరం లేదు
• ప్యాకేజీ - సంకలనం చేసిన కోడ్‌ను తీసుకొని, JAR వంటి దాని పంపిణీ ఆకృతిలో ప్యాకేజీ చేయండి.
• ధృవీకరించండి - నాణ్యత ప్రమాణాలు నెరవేర్చబడతాయని నిర్ధారించడానికి ఇంటిగ్రేషన్ పరీక్షల ఫలితాలపై ఏదైనా తనిఖీలను అమలు చేయండి
• ఇన్‌స్టాల్ చేయండి - స్థానికంగా ఇతర ప్రాజెక్టులలో ఆధారపడటానికి ప్యాకేజీని స్థానిక రిపోజిటరీలో ఇన్‌స్టాల్ చేయండి
• నియోగించండి - బిల్డ్ వాతావరణంలో జరుగుతుంది, తుది ప్యాకేజీని ఇతర డెవలపర్లు మరియు ప్రాజెక్టులతో భాగస్వామ్యం చేయడానికి రిమోట్ రిపోజిటరీకి కాపీ చేస్తుంది.

సోర్స్ కోడ్, యూనిట్ టెస్టింగ్ మరియు యుద్ధ ఫైల్‌లో అప్లికేషన్‌ను ప్యాకేజింగ్ చేయడం కోసం నేను ఈ క్రింది ఆదేశాన్ని అమలు చేయగలను:

mvn క్లీన్ ప్యాకేజీ

మీరు మీ బిల్డ్ జాబ్‌ను అనేక బిల్డ్ స్టెప్‌లుగా విభజించవచ్చు. ఇది శుభ్రమైన, ప్రత్యేక దశలలో నిర్మాణాలను నిర్వహించడం సులభం చేస్తుంది.

కాబట్టి మేము సోర్స్ కోడ్ను కంపైల్ చేయడం ద్వారా ప్రారంభిస్తాము. బిల్డ్ టాబ్‌లో, ఇన్వోక్ టాప్ లెవల్ మావెన్ టార్గెట్స్‌పై క్లిక్ చేసి, కింది ఆదేశాన్ని టైప్ చేయండి:

కంపైల్

దిగువ స్క్రీన్ షాట్ పరిగణించండి:

ఇది గిట్‌హబ్ రిపోజిటరీ నుండి సోర్స్ కోడ్‌ను లాగుతుంది మరియు దానిని కంపైల్ చేస్తుంది (మావెన్ కంపైల్ ఫేజ్).

సేవ్ పై క్లిక్ చేసి ప్రాజెక్ట్ను రన్ చేయండి.

ఇప్పుడు, ఫలితాన్ని చూడటానికి కన్సోల్ అవుట్‌పుట్‌పై క్లిక్ చేయండి.

దశ - 2 యూనిట్ పరీక్ష:

ఇప్పుడు మేము యూనిట్ పరీక్ష కోసం మరో ఫ్రీస్టైల్ ప్రాజెక్ట్ను సృష్టిస్తాము.

మునుపటి పనిలో మాదిరిగానే సోర్స్ కోడ్ నిర్వహణ టాబ్‌లో అదే రిపోజిటరీ URL ను జోడించండి.

ఇప్పుడు, “బ్యూడ్ ట్రిగ్గర్” టాబ్‌లో “ఇతర ప్రాజెక్టులు నిర్మించిన తర్వాత నిర్మించు” పై క్లిక్ చేయండి. మేము సోర్స్ కోడ్‌ను కంపైల్ చేస్తున్న మునుపటి ప్రాజెక్ట్ పేరును టైప్ చేయండి మరియు మీరు ఈ క్రింది ఎంపికలలో దేనినైనా ఎంచుకోవచ్చు:

• బిల్డ్ స్థిరంగా ఉంటే మాత్రమే ట్రిగ్గర్ చేయండి
• బిల్డ్ అస్థిరంగా ఉన్నప్పటికీ ట్రిగ్గర్ చేయండి
• బిల్డ్ విఫలమైనప్పటికీ ట్రిగ్గర్ చేయండి

పై ఎంపికలు చాలా స్వీయ వివరణాత్మకమైనవి అని నేను అనుకుంటున్నాను, ఏదైనా ఎంచుకోండి. దిగువ స్క్రీన్ షాట్ పరిగణించండి:

బిల్డ్ టాబ్‌లో, ఇన్వోక్ టాప్ లెవల్ మావెన్ టార్గెట్స్‌పై క్లిక్ చేసి, కింది ఆదేశాన్ని ఉపయోగించండి:

పరీక్ష

మీ పరీక్ష ఫలితాలను మరియు పరీక్ష ఫలితాల పోకడలను ప్రదర్శించడంలో మీకు సహాయపడే గొప్ప పని కూడా జెంకిన్స్ చేస్తుంది.

జావా ప్రపంచంలో పరీక్ష రిపోర్టింగ్ కోసం వాస్తవ ప్రమాణం జునిట్ ఉపయోగించే XML ఫార్మాట్. ఈ ఆకృతిని టెస్ట్ఎన్జి, స్పోక్ మరియు ఈజీబ్ వంటి అనేక ఇతర జావా పరీక్షా సాధనాలు కూడా ఉపయోగిస్తాయి. జెంకిన్స్ ఈ ఆకృతిని అర్థం చేసుకున్నారు, కాబట్టి మీ బిల్డ్ జునిట్ XML పరీక్ష ఫలితాలను ఉత్పత్తి చేస్తే, జెంకిన్స్ కాలక్రమేణా పరీక్ష ఫలితాలపై చక్కని గ్రాఫికల్ పరీక్ష నివేదికలను మరియు గణాంకాలను రూపొందించగలదు మరియు ఏదైనా పరీక్ష వైఫల్యాల వివరాలను చూడటానికి మిమ్మల్ని అనుమతిస్తుంది. ప్రపంచవ్యాప్తంగా మరియు ప్రతి పరీక్షకు మీ పరీక్షలు అమలు చేయడానికి ఎంత సమయం పడుతుందో కూడా జెంకిన్స్ ట్రాక్ చేస్తుంది-మీరు పనితీరు సమస్యలను గుర్తించాల్సిన అవసరం ఉంటే ఇది ఉపయోగపడుతుంది.

కాబట్టి మనం చేయవలసినది ఏమిటంటే, మా యూనిట్ పరీక్షలలో జెంకిన్స్ ట్యాబ్‌లను ఉంచడం.

పోస్ట్-బిల్డ్ చర్యల విభాగానికి వెళ్లి, “జునిట్ పరీక్ష ఫలిత నివేదికను ప్రచురించండి” చెక్‌బాక్స్ టిక్ చేయండి. మావెన్ ఒక ప్రాజెక్ట్‌లో యూనిట్ పరీక్షలను నడుపుతున్నప్పుడు, అది స్వయంచాలకంగా XML పరీక్ష నివేదికలను సురేఫైర్-రిపోర్ట్స్ అనే డైరెక్టరీలో ఉత్పత్తి చేస్తుంది. కాబట్టి “టెస్ట్ రిపోర్ట్ XML లు” ఫీల్డ్‌లో “** / target / surefire-report / *. Xml” ను నమోదు చేయండి. మార్గం ప్రారంభంలో ఉన్న రెండు నక్షత్రాలు (“**”) కాన్ఫిగరేషన్‌ను మరింత దృ make ంగా చేయడానికి ఉత్తమమైన పద్ధతి: అవి సోర్స్ కోడ్‌ను తనిఖీ చేయడానికి మేము జెంకిన్స్‌ను ఎలా కాన్ఫిగర్ చేసినా టార్గెట్ డైరెక్టరీని కనుగొనడానికి జెంకిన్స్‌ను అనుమతిస్తాయి.

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

మళ్ళీ దాన్ని సేవ్ చేసి బిల్డ్ నౌపై క్లిక్ చేయండి.

ఇప్పుడు, జునిట్ నివేదిక / var / lib / jenkins / workspace / test / gameoflife-core / target / surefire-report / TEST- ప్రవర్తనకు వ్రాయబడింది.

జెంకిన్స్ డాష్‌బోర్డ్‌లోమీరు పరీక్ష ఫలితాలను కూడా గమనించవచ్చు:

దశ - 3 WAR ఫైల్‌ను సృష్టించడం మరియు టామ్‌క్యాట్ సర్వర్‌లో అమలు చేయడం:

ఇప్పుడు, తరువాతి దశ మా అప్లికేషన్‌ను WAR ఫైల్‌లో ప్యాకేజీ చేసి, యూజర్ అంగీకార పరీక్ష కోసం టామ్‌క్యాట్ సర్వర్‌లో నియోగించడం.

మరో ఫ్రీస్టైల్ ప్రాజెక్ట్ను సృష్టించండి మరియు సోర్స్ కోడ్ రిపోజిటరీ URL ని జోడించండి.

బిల్డ్ ట్రిగ్గర్ టాబ్‌లో, ఇతర ప్రాజెక్టులు నిర్మించినప్పుడు బిల్డ్ ఎంచుకోండి, క్రింది స్క్రీన్‌షాట్‌ను పరిగణించండి:

సాధారణంగా, పరీక్ష ఉద్యోగం తరువాత, విస్తరణ దశ స్వయంచాలకంగా ప్రారంభమవుతుంది.

బిల్డ్ టాబ్‌లో, షెల్ స్క్రిప్ట్‌ను ఎంచుకోండి. అనువర్తనాన్ని WAR ఫైల్‌లో ప్యాకేజీ చేయడానికి క్రింది ఆదేశాన్ని టైప్ చేయండి:

mvn ప్యాకేజీ

తదుపరి దశ ఈ WAR ఫైల్‌ను టామ్‌క్యాట్‌కు అమర్చడంసర్వర్. “పోస్ట్-బిల్డ్ చర్యలు” టాబ్‌లో యుద్ధం / చెవిని కంటైనర్‌కు అమర్చండి ఎంచుకోండి. ఇక్కడ, యుద్ధ ఫైలుకు మార్గం ఇవ్వండి మరియు సందర్భ మార్గం ఇవ్వండి. దిగువ స్క్రీన్ షాట్ పరిగణించండి:

టామ్‌క్యాట్ ఆధారాలను ఎంచుకోండి మరియు పై స్క్రీన్‌షాట్‌ను గమనించండి. అలాగే, మీరు మీ టామ్‌క్యాట్ సర్వర్ యొక్క URL ను ఇవ్వాలి.

జెంకిన్స్‌లో ఆధారాలను జోడించడానికి, జెంకిన్స్ డాష్‌బోర్డ్‌లోని ఆధారాల ఎంపికపై క్లిక్ చేయండి.

సిస్టమ్‌పై క్లిక్ చేసి గ్లోబల్ క్రెడెన్షియల్స్ ఎంచుకోండి.

అప్పుడు మీరు ఆధారాలను జోడించడానికి ఒక ఎంపికను కనుగొంటారు. దానిపై క్లిక్ చేసి ఆధారాలను జోడించండి.

టామ్‌క్యాట్ ఆధారాలను జోడించండి, క్రింది స్క్రీన్‌షాట్‌ను పరిగణించండి.

OK పై క్లిక్ చేయండి.

ఇప్పుడు మీ ప్రాజెక్ట్ కాన్ఫిగరేషన్‌లో, మునుపటి దశలో మీరు చొప్పించిన టామ్‌క్యాట్ ఆధారాలను జోడించండి.

సేవ్ పై క్లిక్ చేసి, ఆపై బిల్డ్ నౌ ఎంచుకోండి.

సందర్భోచిత మార్గంతో మీ టామ్‌క్యాట్ URL కి వెళ్లండి, నా విషయంలో ఇది http: // localhost: 8081. ఇప్పుడు చివరికి సందర్భ మార్గాన్ని జోడించండి, ఈ క్రింది స్క్రీన్‌షాట్‌ను పరిగణించండి:

లింక్ - http: // localhost: 8081 / gof

సందర్భ మార్గం యొక్క అర్ధాన్ని మీరు అర్థం చేసుకున్నారని నేను ఆశిస్తున్నాను.

ఇప్పుడు పైప్‌లైన్ వీక్షణను సృష్టించండి, క్రింది స్క్రీన్‌షాట్‌ను పరిగణించండి:

క్రొత్త వీక్షణను సృష్టించడానికి ప్లస్ చిహ్నంపై క్లిక్ చేయండి.

మీకు కావలసిన విధంగా పైప్‌లైన్‌ను కాన్ఫిగర్ చేయండి, క్రింది స్క్రీన్‌షాట్‌ను పరిగణించండి:

ప్రారంభ ఉద్యోగాన్ని ఎంచుకోవడం తప్ప నేను దేనినీ మార్చలేదు. కాబట్టి నా పైప్‌లైన్ కంపైల్ నుండి ప్రారంభమవుతుంది. నేను ఇతర ఉద్యోగాలను కాన్ఫిగర్ చేసిన విధానం ఆధారంగా, కంపైల్ పరీక్ష మరియు విస్తరణ తర్వాత జరుగుతుంది.

చివరగా, మీరు RUN పై క్లిక్ చేయడం ద్వారా పైప్‌లైన్‌ను పరీక్షించవచ్చు. ప్రతి ఐదు నిమిషాల తరువాత, సోర్స్ కోడ్‌లో మార్పు ఉంటే, మొత్తం పైప్‌లైన్ అమలు అవుతుంది.

కాబట్టి మేము వినియోగదారు అంగీకార పరీక్ష (UAT) కోసం పరీక్ష సర్వర్‌లో నిరంతరం మా అప్లికేషన్‌ను అమలు చేయగలుగుతాము.

నిరంతర డెలివరీలో మీరు ఈ పోస్ట్ చదివి ఆనందించారని నేను నమ్ముతున్నాను. మీకు ఏవైనా సందేహాలు ఉంటే, వాటిని దిగువ వ్యాఖ్య విభాగంలో ఉంచడానికి సంకోచించకండి మరియు నేను త్వరగా సమాధానంతో తిరిగి వస్తాను.

CI / CD పైప్‌లైన్లను రూపొందించడానికి మీరు విస్తృత నైపుణ్యాలను నేర్చుకోవాలి ఇప్పుడు అవసరమైన డెవొప్స్ నైపుణ్యాలను నేర్చుకోండి