የጂት ትዕዛዞችን ተምረዋል ነገር ግን ቀጣይነት ያለው ውህደት (CI) በእውነቱ እንዴት እንደሚሰራ መገመት ይፈልጋሉ? ወይም ምናልባት የዕለት ተዕለት እንቅስቃሴዎን ማመቻቸት ይፈልጋሉ? ይህ ኮርስ የ GitHub ማከማቻን በመጠቀም ቀጣይነት ባለው ውህደት ውስጥ ተግባራዊ ክህሎቶችን ይሰጥዎታል። ይህ ኮርስ በቀላሉ ጠቅ ማድረግ የምትችለው ጠንቋይ እንዲሆን የታሰበ አይደለም፤ በተቃራኒው ሰዎች በሚያደርጉት መንገድ በስራ ላይ የሚሰሩትን ተመሳሳይ ድርጊቶችን ትፈጽማለህ። የተካተቱትን ደረጃዎች በምታሳልፉበት ጊዜ ንድፈ ሃሳቡን እገልጻለሁ።

ምን እናድርግ?

እየሄድን ስንሄድ፣ ቀስ በቀስ የተለመዱ የCI ደረጃዎች ዝርዝር እንፈጥራለን፣ ይህ ዝርዝር ለማስታወስ ጥሩ መንገድ ነው። በሌላ አነጋገር ገንቢዎች ቀጣይነት ያለው ውህደት ሲሰሩ፣ ተከታታይ ውህደት ሲያደርጉ የሚያደርጓቸውን ተግባራት ዝርዝር እንፈጥራለን። የ CI ሂደታችንን ከእውነተኛው ጋር ለማቀራረብ ቀላል የሆኑ የፈተናዎችን ስብስብ እንጠቀማለን።

ይህ ጂአይኤፍ በኮርሱ ውስጥ እየገፉ ሲሄዱ በማከማቻዎ ውስጥ ያሉትን ቁርጠኝነት ያሳያል። እንደሚመለከቱት, እዚህ ምንም የተወሳሰበ ነገር የለም እና በጣም አስፈላጊው ብቻ ነው.

የሚከተሉትን መደበኛ የሲአይ ሁኔታዎች ውስጥ ያልፋሉ፡

• በአንድ ባህሪ ላይ ይስሩ;
• ጥራትን ለማረጋገጥ አውቶማቲክ ሙከራዎችን መተግበር;
• ቅድሚያ የሚሰጠውን ተግባር መተግበር;
• ቅርንጫፎችን ሲያዋህዱ የግጭት አፈታት (ግጭት መቀላቀል);
• በምርት አካባቢ ውስጥ ስህተት ይከሰታል.

ምን ይማራሉ?

ለሚከተሉት ጥያቄዎች መልስ መስጠት ይችላሉ.

• ቀጣይነት ያለው ውህደት (CI) ምንድን ነው?
• በ CI ውስጥ ምን ዓይነት አውቶማቲክ ሙከራዎች ጥቅም ላይ ይውላሉ, እና በምን አይነት እርምጃዎች ምላሽ ይሰጣሉ?
• የመሳብ ጥያቄዎች ምንድን ናቸው እና መቼ ያስፈልጋሉ?
• በፈተና የሚነዳ ልማት (TDD) ምንድን ነው እና ከ CI ጋር እንዴት ይዛመዳል?
• ለውጦቹን ማዋሃድ ወይም እንደገና መሠረት ማድረግ አለብኝ?
• በሚቀጥለው ስሪት ውስጥ ይመለሱ ወይም ይጠግኑ?

መጀመሪያ ላይ እንደ “የጎትት ጥያቄዎች” ያሉ ነገሮችን በየቦታው ተርጉሜአለሁ፣ በዚህ ምክንያት ግን በጽሑፉ ውስጥ ያለውን የእብደት መጠን ለመቀነስ በአንዳንድ ቦታዎች በእንግሊዝኛ ሀረጎችን ለመመለስ ወሰንኩ። እኔ አንዳንድ ጊዜ ሰዎች በእርግጥ በሥራ ላይ የሚጠቀሙበት "ፕሮግራመር ሱርዚክ" እንደ አስደናቂ ግስ እጠቀማለሁ።

ቀጣይነት ያለው ውህደት ምንድን ነው?

ቀጣይነት ያለው ውህደት, ወይም CI, እያንዳንዱ የቡድን አባል ቢያንስ በቀን አንድ ጊዜ ኮዳቸውን ወደ አንድ የጋራ ማከማቻ ውስጥ የሚያዋህድበት ቴክኒካዊ ልምምድ ነው, እና የተገኘው ኮድ ቢያንስ ቢያንስ ያለምንም ስህተቶች መገንባት አለበት.

በዚህ ቃል ላይ አለመግባባቶች አሉ

የክርክሩ ነጥብ የውህደት ድግግሞሽ ነው። አንዳንዶች በቀን አንድ ጊዜ ኮድ ማዋሃድ በትክክል ያለማቋረጥ ለመዋሃድ በቂ አይደለም ብለው ይከራከራሉ። አንድ ምሳሌ ሁሉም ሰው ጠዋት ላይ ትኩስ ኮድ ወስዶ ምሽት ላይ አንድ ጊዜ የሚያዋህድበት ቡድን ተሰጥቷል። ይህ ምክንያታዊ ተቃውሞ ቢሆንም፣ በአጠቃላይ በቀን አንድ ጊዜ የሚሰጠው ፍቺ ምክንያታዊ ተግባራዊ፣ የተለየ እና የተለያየ መጠን ላላቸው ቡድኖች ተስማሚ ነው ተብሎ ይታመናል።

ሌላው ተቃውሞ C++ በልማት ውስጥ ጥቅም ላይ የሚውለው ቋንቋ ብቻ አይደለም፣ እና በቀላሉ ከስህተት የጸዳ ስብሰባን እንደ ማረጋገጫ መንገድ መፈለጉ ደካማ ነው። አንዳንድ የፈተናዎች ስብስብ (ለምሳሌ፣ በአገር ውስጥ የተከናወኑ የክፍል ሙከራዎች) በተሳካ ሁኔታ ማጠናቀቅ አለባቸው። በአሁኑ ጊዜ ማህበረሰቡ ይህንን መስፈርት ወደማዘጋጀት እየተንቀሳቀሰ ነው፣ እና ወደፊት "የግንባታ + አሃድ ፈተናዎች" ምናልባት ካልሰራ የተለመደ አሰራር ይሆናል።

ቀጣይነት ያለው ውህደት ይለያል ቀጣይነት ያለው ማድረስ (ቀጣይ ማድረስ፣ ሲዲ) ከእያንዳንዱ የውህደት ዑደት በኋላ የሚለቀቅ እጩ አያስፈልገውም።

በኮርሱ በሙሉ የምንጠቀምባቸው የእርምጃዎች ዝርዝር

1. የቅርብ ጊዜውን ኮድ ይሳቡ። ከ ቅርንጫፍ ይፍጠሩ master. መስራት ጀምር።
2. በአዲሱ ቅርንጫፍዎ ላይ ቁርጠኝነት ይፍጠሩ. በአካባቢው ይገንቡ እና ይፈትሹ. ማለፍ? ወደ ቀጣዩ ደረጃ ይሂዱ. አልተሳካም? ስህተቶችን ወይም ሙከራዎችን ያስተካክሉ እና እንደገና ይሞክሩ።
3. ወደ የርቀት ማከማቻዎ ወይም የርቀት ቅርንጫፍዎ ይግፉ።
4. የመሳብ ጥያቄ ፍጠር። ለውጦቹ ተወያዩ፣ ውይይቱ ሲቀጥል ተጨማሪ ቃል ኪዳን ጨምሩ። በባህሪው ቅርንጫፍ ላይ ሙከራዎች እንዲተላለፉ ያድርጉ።
5. ውህደት/ዳግም ቤዝ ከጌታ የተሰጠ። በውህደት ውጤቱ ላይ ሙከራዎች እንዲተላለፉ ያድርጉ።
6. ከባህሪው ቅርንጫፍ ወደ ምርት አሰማራ።
7. ለተወሰነ ጊዜ ሁሉም ነገር በምርት ውስጥ ጥሩ ከሆነ ፣ ለውጦችን ወደ ጌታው ያዋህዱ።

️ ዝግጅት

ትክክለኛው ሶፍትዌር እንዳለህ አረጋግጥ

ይህንን ኮርስ ለመውሰድ ያስፈልግዎታል Node.js и የጊት ደንበኛ.

ማንኛውንም የ Git ደንበኛ መጠቀም ትችላለህ፣ ግን ለትእዛዝ መስመሩ ትዕዛዞችን ብቻ አቀርባለሁ።

የትእዛዝ መስመሩን የሚደግፍ የጂት ደንበኛ መጫኑን ያረጋግጡ

የትእዛዝ መስመሩን የሚደግፍ የጊት ደንበኛ ገና ከሌልዎት የመጫኛ መመሪያዎችን ማግኘት ይችላሉ። እዚህ.

ማከማቻውን ያዘጋጁ

የግል ቅጂ (ሹካ) መፍጠር ያስፈልግዎታል አብነት ማከማቻ ለኮርሱ ኮድ ያለው በ GitHub ላይ. ይህንን የግል ቅጂ ለመጥራት እንስማማ የኮርስ ማከማቻ.

ተከናውኗል? ነባሪውን መቼቶች ካልቀየሩት የኮርስ ማከማቻዎ በጣም አይቀርም ይባላል continuous-integration-team-scenarios-studentsበ GitHub መለያዎ ውስጥ ይገኛል እና ዩአርኤሉ ይህን ይመስላል

https://github.com/<ваше имя ползователя на GitHub>/continuous-integration-team-scenarios-students

በቀላሉ ወደዚህ አድራሻ እደውላለሁ። <URL репозитория>.

የማዕዘን ቅንፎች እንደ <тут> እንዲህ ዓይነቱን አገላለጽ በተገቢው ዋጋ መተካት አለብዎት ማለት ነው.

እርግጠኛ ሁን GitHub ድርጊቶች ለዚህ ኮርስ ማከማቻ ተካቷል. ካልነቁ እባኮትን በገጹ መሃል ያለውን ትልቅ ቁልፍ በመጫን ያነቋቸው፣ በ GitHub በይነገጽ ውስጥ ያሉትን ድርጊቶች ጠቅ በማድረግ ማግኘት ይችላሉ።

GitHub Actions ካልነቃ የእኔን መመሪያ በመከተል ኮርሱን ማጠናቀቅ አይችሉም።

እኛ እዚህ እየጻፍን ያለነውን የዝርዝሩን ሁኔታ ለማየት ሁል ጊዜ የ GitHubን Markdown የማሳየት ችሎታ መጠቀም ትችላለህ።

https://github.com/<your GitHub user name>/continuous-integration-team-scenarios-students/blob/master/ci.md

ስለ መልሶቹ

ይህንን ኮርስ ለማጠናቀቅ በጣም ጥሩው መንገድ እራስዎ ማድረግ ቢሆንም አንዳንድ ችግሮች ሊኖሩዎት ይችላሉ።

ምን ማድረግ እንዳለቦት እንዳልገባህ ከተሰማህ እና መቀጠል እንደማትችል ከተሰማህ ወደ ክሩ ውስጥ ማየት ትችላለህ solutionበመነሻ ማከማቻዎ ውስጥ ያለው።
እባካችሁ አትዋሃዱ solution в master በኮርሱ ወቅት. ይህንን ቅርንጫፍ በመጠቀም ምን ማድረግ እንዳለቦት ለማወቅ ወይም የእርስዎን ኮድ ከጸሃፊው ጋር በማነፃፀር ጊት የሚሰጠንን ሁሉንም ችሎታዎች በመጠቀም መጠቀም ይችላሉ። ሙሉ በሙሉ ከጠፉ, ቅርንጫፍዎን ሙሉ በሙሉ መተካት ይችላሉ master በቅርንጫፍ ላይ solution እና ከዚያ የስራ ማውጫዎን ወደሚፈልጉት የኮርስ ደረጃ ዳግም ያስጀምሩት።

ይህንን በትክክል ከፈለጉ ብቻ ይጠቀሙ

ኮድህን አስገባ

git add .
git commit -m "Backing up my work"

እነዚህ ትዕዛዞች

• እንደገና መሰየም master в master-backup;
• እንደገና መሰየም solution в master;
• ወደ አዲስ ቅርንጫፍ መውጣት master እና የስራ ማውጫውን ይዘቶች እንደገና ይፃፉ;
• ለወደፊቱ "መፍትሄ" ቅርንጫፍ ካስፈለገዎት ከ "ማስተር" ("መፍትሄ" ነበር) "መፍትሄ" ቅርንጫፍ ይፍጠሩ.

git branch -m master master-backup
git branch -m solution master
git checkout master -f
git branch solution

ከእነዚህ እርምጃዎች በኋላ መጠቀም ይችላሉ git log master የትኛውን ቁርጠኝነት እንደሚያስፈልግዎ ለማወቅ.
የስራ ማውጫዎን ወደዚህ ቁርጠኝነት ዳግም ማስጀመር ይችላሉ፡-

git reset --hard <the SHA you need>

በውጤቱ ደስተኛ ከሆኑ, በሆነ ጊዜ የእርስዎን የማከማቻ ስሪት ወደ የርቀት ማከማቻ ማተም ያስፈልግዎታል. ይህንን ሲያደርጉ የርቀት ቅርንጫፍን በግልፅ መግለጽዎን አይርሱ።

git push --force origin master

እባኮትን እንጠቀማለን git push --force. ይህን ብዙ ጊዜ ለማድረግ መፈለግህ የማይመስል ነገር ነው፣ ነገር ግን ከአንድ የመረጃ ቋት ተጠቃሚ ጋር እዚህ ጋር በጣም የተለየ ሁኔታ አለን።

መስራት በመጀመር ላይ

የእኛን የCI ደረጃዎች ዝርዝር ማጠናቀር እንጀምር። በመደበኛነት ይህን ደረጃ ከርቀት ማከማቻው የቅርብ ጊዜውን የኮዱ ስሪት በመመልከት ይጀምራሉ ነገር ግን እስካሁን የአካባቢ ማከማቻ የለንም፤ ስለዚህ በምትኩ ከርቀት እናዘጋዋለን።

️ ተግባር፡ የአካባቢውን ማከማቻ አዘምን፣ ከ ቅርንጫፍ ፍጠር master, መስራት ጀምር

1. የኮርስ ማከማቻውን ከ <URL репозитория>.
2. አሂድ npm install በኮርስ ማከማቻ ማውጫ ውስጥ; ሙከራዎችን ለማካሄድ የምንጠቀመውን ጄስትን ለመጫን እንፈልጋለን።
3. ቅርንጫፍ ይፍጠሩ እና ስም ይስጡት። feature. ወደዚህ ክር ቀይር።

4. የሙከራ ኮድ ያክሉ ci.test.js ይህን እንዳደርግ በሚጠይቁኝ አስተያየቶች መካከል።

   it('1. pull latest code', () => {
     expect(/.*pull.*/ig.test(fileContents)).toBe(true);
   });
   
   it('2. add commits', () => {
     expect(/.*commit.*/ig.test(fileContents)).toBe(true);
   });
   
   it('3. push to the remote branch with the same name', () => {
     expect(/.*push.*/ig.test(fileContents)).toBe(true);
   });
   
   it('4. create a pull request and continue working', () => {
     expect(/.*pulls+request.*/ig.test(fileContents)).toBe(true);
   });

5. ወደ ፋይሉ የመጀመሪያዎቹ 4 እርምጃዎች ጽሑፍ ያክሉ ci.md.

   1. Pull in the latest code. Create a branch from `master`. Start working.    
   2. Create commits on your new branch. Build and test locally.  
   Pass? Go to the next step. Fail? Fix errors or tests and try again.  
   3. Push to your remote repository or remote branch.  
   4. Create a pull request. Discuss the changes, add more commits  
   as discussion continues. Make tests pass on the feature branch.  

   ቡድኖች

# Клонируйте репозиторий курса
git clone <repository URL>
cd <repository name>

# Выполните npm install в каталоге репозитория курса; он установит Jest, который мы используем для запуска тестов.
npm install

# Создайте ветку и назовите ее feature. Переключитесь на эту в ветку.
git checkout -b feature

# Отредактируйте ci.test.js как описано выше.
# Отредактируйте ci.md как описано выше

በአዲስ ቅርንጫፍ ላይ ቁርጠኝነት ይፍጠሩ፣ ይገንቡ እና በአካባቢው ይሞክሩት።

ፈተናዎችን ከማድረጋችን በፊት እንዲሰሩ እናዘጋጃለን እና ከዚያ ኮዱን እንፈፅማለን።

ሙከራዎች በራስ-ሰር ሲሄዱ የተለመዱ ሁኔታዎች

• በአካባቢው፡
  • ያለማቋረጥ ወይም ለተገቢው ኮድ ለውጦች ምላሽ መስጠት;
  • በማስቀመጥ ላይ (ለትርጉም ወይም ለጂአይቲ-የተጠናቀሩ ቋንቋዎች);
  • በስብሰባ ጊዜ (ማጠናቀር በሚያስፈልግበት ጊዜ);
  • በቁርጠኝነት;
  • ወደ የጋራ ማከማቻ ሲታተም

• በግንባታ አገልጋይ ወይም በግንባታ አካባቢ ላይ፡-
  • ኮድ ወደ የግል ቅርንጫፍ/ማከማቻ ሲታተም።
  • በዚህ ክር ውስጥ ያለው ኮድ በመሞከር ላይ ነው።
  • የውህደቱ እምቅ ውጤት ይሞከራል (ብዙውን ጊዜ በ master).
  • እንደ ቀጣይነት ያለው ውህደት ደረጃ / ቀጣይነት ያለው የመላኪያ ቧንቧ

በተለምዶ፣ የሙከራ ስብስብ በፈጠነ መጠን፣ ብዙ ጊዜ ለማሄድ አቅምዎ ይጨምራል። የተለመደው የደረጃ ስርጭት ይህን ሊመስል ይችላል።

• ፈጣን አሃድ ሙከራዎች - በግንባታ ጊዜ, በ CI ቧንቧ መስመር ውስጥ
• ዘገምተኛ ክፍል ሙከራዎች፣ ፈጣን አካል እና ውህደት ሙከራዎች - በቁርጠኝነት ፣ በ CI ቧንቧ መስመር ውስጥ
• ዘገምተኛ አካል እና ውህደት ሙከራዎች - በ CI ቧንቧ መስመር ውስጥ
• የደህንነት ሙከራ, ጭነት ሙከራ እና ሌሎች ጊዜ የሚፈጅ ወይም ውድ ፈተናዎች - CI / ሲዲ ቧንቧዎች ውስጥ, ነገር ግን ግንባታ ውስጥ የተወሰኑ ሁነታዎች / ደረጃዎች / ቧንቧዎች ውስጥ ብቻ, ለምሳሌ, የመልቀቂያ እጩ ለማዘጋጀት ጊዜ ወይም በእጅ ሲሮጥ.

️ተግባር

በመጀመሪያ ትዕዛዙን በመጠቀም ሙከራዎችን በእጅ እንዲሮጡ ሀሳብ አቀርባለሁ። npm test. ከዚያ በኋላ፣ በቁርጠኝነት ላይ ፈተናዎቻችንን ለማስኬድ git hook እንጨምር። አንድ መያዝ አለ፡ የጂት መንጠቆዎች እንደ ማከማቻው አካል አይቆጠሩም እና ስለዚህ ከ GitHub ከቀሪዎቹ የኮርስ ቁሳቁሶች ጋር ሊጣመሩ አይችሉም። መንጠቆን ለመጫን መሮጥ ያስፈልግዎታል install_hook.sh ወይም ፋይሉን ይቅዱ repo/hooks/pre-commit ወደ አካባቢያዊ ማውጫ .git/hooks/.
ሲፈጽሙ፣ ፈተናዎች ሲካሄዱ ያያሉ እና የተወሰኑ ቁልፍ ቃላቶች በዝርዝሩ ውስጥ መኖራቸውን ያረጋግጡ።

1. ትዕዛዙን በማሄድ ሙከራዎችን እራስዎ ያሂዱ npm test በእርስዎ የኮርስ ማከማቻ አቃፊ ውስጥ። ፈተናዎቹ መጠናቀቁን ያረጋግጡ።
2. በመሮጥ የቁርጥ መንጠቆን (ቅድመ-ቁርጠኝነት መንጠቆን) ያዘጋጁ install_hook.sh.
3. ለውጦችዎን በአካባቢያዊ ማከማቻዎ ላይ ያድርጉ።
4. ሙከራዎችን ከማድረግዎ በፊት መደረጉን ያረጋግጡ።

እነዚህን ቅደም ተከተሎች ከተከተለ በኋላ የእርስዎ ማከማቻ ይህን ይመስላል።

ቡድኖች

# Установите pre-commit hook выполнив install_hook.sh.  

# Закоммитьте изменения в локальный репозиторий. Используйте "Add first CI steps" в качестве сообщения при коммите.
git add ci.md ci.test.js
git commit -m "Add first CI steps"

# Убедитесь, что тесты запускаются перед коммитом.  

ኮድ ወደ የርቀት ማከማቻ ወይም የርቀት ቅርንጫፍ ያትሙ

አንዴ በአገር ውስጥ መስራታቸውን ከጨረሱ በኋላ፣ ገንቢዎች በመጨረሻ ከህዝብ ጋር እንዲዋሃድ ኮዳቸውን በይፋ እንዲገኙ ያደርጋሉ። በ GitHub፣ ይህ በተለምዶ ስራውን ወደ ማከማቻው የግል ቅጂ (የግል ሹካ) ወይም የግል ቅርንጫፍ በማተም ይሳካል።

• በሹካዎች፣ ገንቢ የርቀት የተጋራ ማከማቻን ይዘጋዋል፣ የግል የርቀት ቅጂውን ይፈጥራል፣ እሱም ሹካ በመባልም ይታወቃል። ከዚያ ይህን የግል ማከማቻ ከአካባቢው ጋር ለመስራት ይዘጋል። ሥራው ሲጠናቀቅ እና ተግባሮቹ ሲፈጸሙ, ወደ ሹካው ይገፋፋቸዋል, እዚያም ለሌሎች ይገኛሉ እና ወደ የጋራ ማከማቻው ሊጣመሩ ይችላሉ. ይህ አካሄድ በ GitHub ላይ በክፍት ምንጭ ፕሮጀክቶች ውስጥ በብዛት ጥቅም ላይ ይውላል። በተጨማሪም በእኔ የላቀ ኮርስ ውስጥ ጥቅም ላይ ይውላል [የቡድን ሥራ እና CI ከ Git ጋር] (http://devops.redpill.solutions/).
• ሌላው አቀራረብ አንድ የርቀት ማከማቻ ብቻ መጠቀም እና ቅርንጫፉን ብቻ መቁጠር ነው master የተጋራ ማከማቻ "የተጠበቀ". በዚህ ሁኔታ ውስጥ፣ እያንዳንዱ ገንቢዎች ይህን ኮድ ሌሎች እንዲመለከቱት በሩቅ ማከማቻ ቅርንጫፎች ላይ ያትማሉ፣ ሁሉም ነገር በሥርዓት ከሆነ፣ ያዋህዱት። master የጋራ ማከማቻ.

በዚህ ልዩ ኮርስ, ቅርንጫፎችን የሚጠቀም የስራ ፍሰት እንጠቀማለን.

የእኛን ኮድ እናተም.

️ተግባር

• ከሚሰራው ቅርንጫፍዎ ጋር ተመሳሳይ ስም ባለው የርቀት ቅርንጫፍ ላይ ለውጦችን ያትሙ

ቡድኖች

git push --set-upstream origin feature

የመሳብ ጥያቄ ፍጠር

ከርዕስ ጋር የመሳብ ጥያቄ ይፍጠሩ የእርምጃዎች ግምገማ. ጫን feature እንደ "የጭንቅላት ቅርንጫፍ" እና master እንደ "መሰረታዊ ቅርንጫፍ".

መጫኑን ያረጋግጡ master በእሱ ውስጥ ማስቀመጫውን ሹካ እንደ "መሰረታዊ ቅርንጫፍ" በኮርሱ ቁሳቁሶች ማከማቻ ላይ ለሚቀርቡ ለውጦች ምላሽ አልሰጥም።

በ GitHub lingo ውስጥ "መሰረታዊ ቅርንጫፍ" ስራዎን መሰረት ያደረጉበት ቅርንጫፍ ነው, እና "የጭንቅላት ቅርንጫፍ" የታቀዱትን ለውጦች የያዘ ቅርንጫፍ ነው.

በለውጦቹ ላይ ተወያዩ፣ ውይይቱ ሲቀጥል አዲስ ቃል ኪዳን ጨምሩ

የመሳብ ጥያቄ(PR)

የመሳብ ጥያቄ(PR) ኮድን ለመወያየት እና ለመመዝገብ, እንዲሁም የኮድ ግምገማን የማካሄድ መንገድ ነው. የመሳብ ጥያቄዎች የተሰየሙት የግለሰቦችን ለውጦች ወደ አጠቃላይ ኮድ በማዋሃድ አጠቃላይ መንገድ ነው። በተለምዶ አንድ ሰው የፕሮጀክቱን የርቀት ኦፊሴላዊ ማከማቻ ክሎታል እና በኮዱ ላይ በአካባቢው ይሰራል። ከዚህ በኋላ ኮዱን በግል የርቀት ማከማቻው ውስጥ ያስቀምጣል እና ለኦፊሴላዊው ማከማቻ ኃላፊነት ያለባቸው ሰዎች እንዲያነሱት ይጠይቃል(ጎትትየሚገመገሙበት እና ምናልባትም የሚዋሃዱበት ኮድ ወደ አካባቢያቸው ማከማቻዎችሁለቱን ድርጅቶች ተዋሐደ) የእሱ። ይህ ጽንሰ-ሐሳብ በሌሎች ስሞችም ይታወቃል, ለምሳሌ, የውህደት ጥያቄ.

የ GitHubን የመሳብ ጥያቄ ባህሪን ወይም ተመሳሳይ መድረኮችን በትክክል መጠቀም አያስፈልግም። የልማት ቡድኖች ፊት ለፊት መገናኘትን፣ የድምጽ ጥሪዎችን ወይም ኢሜልን ጨምሮ ሌሎች የመገናኛ ዘዴዎችን ሊጠቀሙ ይችላሉ ነገርግን የመድረክ አይነት የመሳብ ጥያቄዎችን ለመጠቀም ብዙ ምክንያቶች አሉ። ከእነዚህ ውስጥ ጥቂቶቹ እነሆ፡-

• ከተወሰኑ የኮድ ለውጦች ጋር የተያያዙ የተደራጁ ውይይቶች;
• ከሁለቱም አውቶሞተሮች እና እኩዮች በሂደት ላይ ባሉ ስራዎች ላይ አስተያየትን ለመመልከት እንደ ቦታ;
• የኮድ ግምገማዎችን መደበኛ ማድረግ;
• ስለዚህ በኋላ ላይ ከዚህ ወይም ከዚያ ኮድ በስተጀርባ ያሉትን ምክንያቶች እና ግምትዎች ማወቅ ይችላሉ.

አንድ ነገር መወያየት ሲፈልጉ ወይም ግብረመልስ ሲፈልጉ ብዙውን ጊዜ የመሳብ ጥያቄ ይፈጥራሉ። ለምሳሌ፣ ከአንድ በላይ በሆነ መንገድ ሊተገበር በሚችል ባህሪ ላይ እየሰሩ ከሆነ፣ ሀሳብዎን ለማካፈል እና እቅድዎን ከተባባሪዎችዎ ጋር ለመወያየት የመጀመሪያውን መስመር ኮድ ከመጻፍዎ በፊት የመሳብ ጥያቄ መፍጠር ይችላሉ። ስራው ቀለል ያለ ከሆነ, አንድ ነገር ከተሰራ, ከተፈፀመ እና መወያየት በሚችልበት ጊዜ የመሳብ ጥያቄ ይከፈታል. በአንዳንድ ሁኔታዎች፣ ለጥራት ቁጥጥር ምክንያቶች ብቻ PRን መክፈት ይፈልጉ ይሆናል፡ አውቶማቲክ ሙከራዎችን ለማካሄድ ወይም የኮድ ግምገማዎችን ለመጀመር። የወሰኑት ምንም ይሁን ምን፣ በመጎተት ጥያቄዎ ላይ ይሁንታ የሚፈልጉትን ሰዎች @ መጥቀስዎን አይርሱ።

በተለምዶ፣ PR ሲፈጥሩ የሚከተሉትን ያደርጋሉ።

• ለመለወጥ ያቀረቡትን እና የት ያመልክቱ።
• የለውጦቹን ዓላማ የሚያብራራ መግለጫ ይጻፉ። ሊፈልጉ ይችላሉ፡
  • ከኮዱ ግልጽ ያልሆነ ማንኛውንም አስፈላጊ ነገር መጨመር ወይም አውዱን ለመረዳት ጠቃሚ ነገር ለምሳሌ ተዛማጅ #bugs እና ቁጥሮችን ያድርጉ;
  • @ከማንኛውም ሰው ጋር መስራት ለመጀመር የሚፈልጉትን ይጥቀሱ ወይም በኋላ ላይ በአስተያየቶቹ ውስጥ @ መጥቀስ ይችላሉ;
  • በአንድ ነገር ላይ እንዲረዱ ወይም የተወሰነ ነገር እንዲያረጋግጡ ባልደረቦችዎን ይጠይቁ።

አንዴ PR ን ከከፈቱ በእንደዚህ ዓይነት ሁኔታዎች ውስጥ እንዲሰሩ የተዋቀሩ ሙከራዎች ይከናወናሉ. በእኛ ሁኔታ, ይህ በአገር ውስጥ ያካሂድንበት ተመሳሳይ የፈተናዎች ስብስብ ይሆናል, ነገር ግን በእውነተኛ ፕሮጀክት ውስጥ ተጨማሪ ሙከራዎች እና ቼኮች ሊኖሩ ይችላሉ.

እባክዎ ፈተናዎቹ እስኪጠናቀቁ ድረስ ይጠብቁ። የፈተናዎቹን ሁኔታ ከ PR ውይይት ግርጌ በ GitHub በይነገጽ ውስጥ ማየት ይችላሉ። ፈተናዎቹ ሲጠናቀቁ ይቀጥሉ.

️ ስለ CI ደረጃዎች ዝርዝር የዘፈቀደነት ማስታወሻ ያክሉ

በዚህ ኮርስ ውስጥ ጥቅም ላይ የዋለው ዝርዝር የዘፈቀደ እና ተጨባጭ ነው, ስለዚህ ጉዳይ ማስታወሻ ማከል አለብን.

️ ተግባር፡ ለዚህ አስተያየት የመሳብ ጥያቄ ፍጠር

1. ወደ ቅርንጫፍ ቀይር master.
2. የተሰየመ ቅርንጫፍ ይፍጠሩ bugfix.
3. በፋይሉ መጨረሻ ላይ የማስታወሻ ጽሑፍ ያክሉ ci.md.

   > **GitHub flow** is sometimes used as a nickname to refer to a flavor of trunk-based development  
   when code is deployed straight from feature branches. This list is just an interpretation  
   that I use in my [DevOps courses](http://redpill.solutions).  
   The official tutorial is [here](https://guides.github.com/introduction/flow/).

4. ለውጦችን ያድርጉ.
5. ክርውን ያትሙ bugfix ወደ ሩቅ ማከማቻ.
6. የተሰየመ የመጎተት ጥያቄ ይፍጠሩ አስተያየት በማከል ላይ ከራስ ቅርንጫፍ ጋር bugfix እና የመሠረት ቅርንጫፍmaster.

መጫኑን ያረጋግጡ master በእሱ ውስጥ ማስቀመጫውን ሹካ እንደ "መሰረታዊ ቅርንጫፍ" በኮርሱ ቁሳቁሶች ማከማቻ ላይ ለሚቀርቡ ለውጦች ምላሽ አልሰጥም።

ይህ የእርስዎ ማከማቻ መምሰል ያለበት ነው።

ቡድኖች

# Переключитесь на ветку master. Создайте ветку bugfix.
git checkout master

# Создайте ветку bugfix-remark.
git checkout -b bugfix

# Добавьте текст примечания внизу ci.md.

# Закоммитьте изменения
git add ci.md
git commit -m "Add a remark about the list being opinionated"

# Опубликуйте ветку bugfix в удалённый репозиторий.
git push --set-upstream origin bugfix

# Создайте pull request при помощи интерфейса GitHub как описано выше

የመጎተት ጥያቄን አጽድቅ "አስተያየት ማከል"

️ተግባር

1. የመሳብ ጥያቄ ፍጠር።
2. "የጎትት ጥያቄን አዋህድ" ን ጠቅ ያድርጉ።
3. "ውህደቱን አረጋግጥ" ን ጠቅ ያድርጉ።
4. "ቅርንጫፍ ሰርዝ" ን ጠቅ ያድርጉ, ከአሁን በኋላ አያስፈልገንም.

ይህ ከተዋሃደ በኋላ የተፈጸመው ዲያግራም ነው።

️ መስራትዎን ይቀጥሉ እና ሙከራዎችን ይጨምሩ

በመጎተት ጥያቄ ላይ መተባበር ብዙ ጊዜ ተጨማሪ ስራን ያስከትላል። ይህ ብዙውን ጊዜ የኮድ ግምገማ ወይም የውይይት ውጤት ነው፣ ነገር ግን በእኛ ኮርስ ይህንን በ CI ደረጃዎች ዝርዝር ውስጥ አዳዲስ እቃዎችን በመጨመር ሞዴል እንሰራለን።

ቀጣይነት ያለው ውህደት በተለምዶ አንዳንድ የሙከራ ሽፋንን ያካትታል። የሙከራ ሽፋን መስፈርቶች ይለያያሉ እና ብዙውን ጊዜ እንደ "የአስተዋጽኦ መመሪያዎች" በተባለ ሰነድ ውስጥ ይገኛሉ። ቀላል እናደርገዋለን እና ለእያንዳንዱ መስመር በፍተሻ ዝርዝራችን ውስጥ ፈተና እንጨምራለን ።

ስራዎችን በሚሰሩበት ጊዜ መጀመሪያ ፈተናዎቹን ይሞክሩ። በትክክል ከጫኑ pre-commit መንጠቆ ቀደም ብሎ, አዲስ የተጨመረው ፈተና ይካሄዳል, አይሳካም, እና ምንም ነገር አይፈፀምም. የእኛ ፈተናዎች አንድ ነገር እየሞከሩ መሆናቸውን የምናውቀው በዚህ መንገድ መሆኑን ልብ ይበሉ። የሚገርመው፣ ከፈተናዎቹ በፊት በኮዱ ከጀመርን ፈተናዎችን ማለፍ ወይ ኮዱ እንደተጠበቀው ሰርቷል ወይም ፈተናዎቹ ምንም ነገር እየሞከሩ አይደሉም ማለት ነው። በተጨማሪም ፈተናዎቹን በመጀመሪያ ደረጃ ባንጽፍ ኖሮ ምንም ነገር ስለማያስታውሰን ልንረሳቸው እንችላለን።

በሙከራ የሚመራ ልማት (TDD)

TDD ፈተናዎችን ከኮድ በፊት መፃፍ ይመክራል። TDD የሚጠቀም የተለመደ የስራ ሂደት ይህን ይመስላል።

1. ፈተና ጨምር።
2. ሁሉንም ፈተናዎች ያሂዱ እና አዲሱ ፈተና አለመሳካቱን ያረጋግጡ።
3. ኮዱን ይፃፉ።
4. ፈተናዎችን ያካሂዱ, ሁሉም ፈተናዎች ማለፋቸውን ያረጋግጡ.
5. ኮድዎን እንደገና ይፍጠሩ።
6. ይድገሙ።

ያልተሳካላቸው የፈተና ውጤቶች ብዙውን ጊዜ በቀይ ስለሚታዩ እና ያለፉት ብዙውን ጊዜ በአረንጓዴ ስለሚታዩ ዑደቱ ቀይ-አረንጓዴ-ሪፋክተር በመባልም ይታወቃል።

️ተግባር

በመጀመሪያ ፈተናዎቹን ለመሞከር ይሞክሩ እና እንዲወድቁ ይፍቀዱ, ከዚያም የ CI ደረጃ ዝርዝርን ጽሁፍ ይጨምሩ እና ያስገቡ. ፈተናዎቹ እንዳለፉ ("አረንጓዴ") ያያሉ.
ከዚያ አዲሱን ኮድ ወደ የርቀት ማከማቻው ያትሙ እና በGitHub በይነገጽ ውስጥ የሚደረጉ ሙከራዎችን በፑል ጥያቄ ውይይቱ ግርጌ እና የPR ሁኔታ ማሻሻያ ይመልከቱ።

1. ወደ ቅርንጫፍ ቀይር feature.

2. እነዚህን ሙከራዎች ወደ ላይ ያክሉ ci.test.js ከመጨረሻው ጥሪ በኋላ it (...);.

   it('5. Merge/rebase commits from master. Make tests pass on the merge result.', () => {
     expect(/.*merge.*commits.*testss+pass.*/ig.test(fileContents)).toBe(true);
   });
   
   it('6. Deploy from the feature branch to production.', () => {
     expect(/.*Deploy.*tos+production.*/ig.test(fileContents)).toBe(true);
   });
   
   it('7. If everything is good in production for some period of time, merge changes to master.', () => {
     expect(/.*merge.*tos+master.*/ig.test(fileContents)).toBe(true);
   });

3. ፈተናዎችን ለመፈጸም ይሞክሩ. ከሆነ pre-commit መንጠቆው ተጭኗል ፣ የቁርጠኝነት ሙከራው አይሳካም።
4. ከዚያ ይህን ጽሑፍ ወደ ላይ ያክሉ ci.md.

   5. Merge/rebase commits from master. Make tests pass on the merge result.  
   6. Deploy from the feature branch with a sneaky bug to production.
   7. If everything is good in production for some period of time, merge changes to master. 

5. በአካባቢው ለውጦችን ያድርጉ እና ያድርጉ።
6. በቅርንጫፉ ላይ ለውጦችን ይለጥፉ feature.

አሁን እንደዚህ ያለ ነገር ሊኖርዎት ይገባል

ቡድኖች

# Переключительна ветку feature
git checkout feature

# Добавить тесты в ci.test.js как описано выше

# Добавьте в индекс ci.test.js чтобы позже закоммитить
git add ci.test.js

# Попытайтесь закоммитить тесты. Если pre-commit hook установлены, коммит не произойдёт.
git commit

# Теперь добавьте текст в ci.md как описано выше

# Внесите изменения и закоммитьте их
git add ci.md
git commit -m "Add the remaining CI steps"

# Опубликуйте изменения в ветку feature
git push

ግጭት አዋህድ

ወደ ጥያቄ ለውጥ ይሂዱ የእርምጃዎች ግምገማ.

ምንም እንኳን ስህተት ባናደርግም እና የኛ ኮድ ፈተናዎች ቢያልፉም፣ ቅርንጫፉን አሁንም ማዋሃድ አልቻልንም። feature и master. ሌላኛው ክር ስለሆነ ነው። bugfix ጋር ተቀላቅሏል master በዚህ PR ላይ እየሰራን ሳለ.
ይህ የርቀት ቅርንጫፍ ያለበትን ሁኔታ ይፈጥራል master ቅርንጫፉን መሠረት ካደረግንበት የበለጠ አዲስ ስሪት አለው። feature. በዚህ ምክንያት HEADን ወደ ኋላ መመለስ አንችልም። master እስከ ክር መጨረሻ ድረስ feature. በዚህ ሁኔታ ቁርጠኝነትን መቀላቀል ወይም መተግበር አለብን feature እንደገና መመስረት master. GitHub ምንም ግጭቶች ከሌሉ አውቶማቲክ ውህደቶችን በትክክል ማከናወን ይችላል። ወዮ፣ በእኛ ሁኔታ፣ ሁለቱም ቅርንጫፎች በፋይሉ ላይ ተቀናቃኝ ለውጦች አሏቸው ci.md. ይህ ሁኔታ የውህደት ግጭት በመባል ይታወቃል, እና እኛ በእጅ መፍታት አለብን.

አዋህድ ወይም እንደገና መሰረት አድርግ

አዋህደኝ

• ተጨማሪ የውህደት ቃል ይፈጥራል እና የስራ ታሪክን ያስቀምጣል።
  • የቅርንጫፎችን ኦሪጅናል ቁርጠኝነት ከመጀመሪያው የጊዜ ማህተም እና ደራሲያን ጋር ይጠብቃል።
  • በለውጥ ጥያቄ ውይይቶች ውስጥ የፈጸሙትን SHA ይቆጥባል እና ከእነሱ ጋር ይገናኛል።
• የአንድ ጊዜ ግጭት አፈታት ያስፈልገዋል።
• ታሪኩን ቀጥተኛ ያልሆነ ያደርገዋል።
  • ከቅርንጫፎቹ ብዛት የተነሳ (የአይዲኢ ገመድን የሚያስታውስ) ታሪኩ ለማንበብ አስቸጋሪ ሊሆን ይችላል።
  • አውቶማቲክ ማረም የበለጠ ከባድ ያደርገዋል፣ ለምሳሌ git bisect ብዙም ጥቅም የሌለው - የውህደት ቃል ብቻ ነው የሚያገኘው።

ድጋሚ ገንዘብ

• ድጋሚ ጨዋታዎች ከመሠረቱ ቅርንጫፍ አናት ላይ ካለው የአሁኑ ቅርንጫፍ አንድ በአንድ ይፈጽማሉ።
  • ከአዳዲስ SHAዎች ጋር አዲስ ቁርጠኝነት ይፈጠራል፣ ይህም በ GitHub ውስጥ ያሉ ድርጊቶች ከዋናው የመሳብ ጥያቄዎች ጋር እንዲጣጣሙ ያደርጋል፣ ነገር ግን ተዛማጅ አስተያየቶች አይደሉም።
  • ኮሚቶች በሂደቱ ውስጥ እንደገና ሊጣመሩ እና ሊሻሻሉ ወይም ወደ አንድ ሊዋሃዱ ይችላሉ።
• በርካታ ግጭቶች መፍታት ሊያስፈልግ ይችላል።
• መስመራዊ ታሪክ እንዲቆዩ ያስችልዎታል።
  • ታሪኩ በጣም ረጅም እስካልሆነ ያለምክንያት ለማንበብ ቀላል ሊሆን ይችላል።
  • ራስ-ሰር ማረም እና መላ መፈለግ ትንሽ ቀላል ነው፡ የሚቻል ያደርገዋል git bisect, አውቶማቲክ መልሶ ማገገሚያዎችን የበለጠ ግልጽ እና የበለጠ ሊተነብይ ይችላል.
• ከባንዲራ ጋር የተሰደዱ ግዴታዎች ያለው ቅርንጫፍ ማተም ያስፈልገዋል --force ከመጎተት ጥያቄዎች ጋር ጥቅም ላይ ሲውል.

በተለምዶ ቡድኖቹ ለውጦችን ማዋሃድ ሲፈልጉ ሁልጊዜ ተመሳሳይ ስልት ለመጠቀም ይስማማሉ። ይህ ምናልባት "ንፁህ" ውህደት ወይም ከላይ "ንፁህ" ቁርጠኝነት ወይም በመካከል ያለ ነገር ለምሳሌ ከላይ በይነተገናኝ ማድረግ() ሊሆን ይችላል።git rebase -i) በአገር ውስጥ ለቅርንጫፎች ለሕዝብ ማከማቻ ላልታተሙ, ግን ለ "ሕዝባዊ" ቅርንጫፎች ይዋሃዳሉ.

እዚህ ውህደትን እንጠቀማለን.

️ተግባር

1. ኮዱ በአካባቢው ቅርንጫፍ ውስጥ መሆኑን ያረጋግጡ master ከርቀት ማከማቻ ዘምኗል።
2. ወደ ቅርንጫፍ ቀይር feature.
3. ከቅርንጫፍ ጋር ውህደት ይጀምሩ master. በተወዳዳሪ ለውጦች ምክንያት የውህደት ግጭት ci.md.
4. ሁለቱም የእኛ የCI ደረጃዎች ዝርዝር እና ስለሱ ያለው ማስታወሻ በጽሁፉ ውስጥ እንዲቆዩ ግጭቱን ይፍቱ።
5. ወደ ሩቅ ቅርንጫፍ የውህደት ቃል ያትሙ feature.
6. በ GitHub UI ውስጥ የመጎተት ጥያቄን ሁኔታ ይፈትሹ እና ውህደቱ እስኪፈታ ድረስ ይጠብቁ።

ቡድኖች

# Убедитесь, что код в локальное ветке `master` обновлён из удалённого репозитория.
git checkout master
git pull

# Переключитесь на ветку feature
git checkout feature

# Инициируйте слияние с веткой master 
git merge master

# A merge conflict related to concurrent changes to ci.md will be reported
# => Auto-merging ci.md
#    CONFLICT (content): Merge conflict in ci.md
#    Automatic merge failed; fix conflicts and then commit the result.

# Разрешите конфликт так, чтобы и наш список шагов CI, и замечание о нем остались в тексте.
# отредактируйте ci.md чтоб он не содержал маркеров конфликта слияния
git add ci.md
git merge --continue
# при коммите можете оставить сообщение по умолчанию

# Опубликуйте коммит слияния в удаленную ветку feature.
git push

# Проверьте статус запроса на изменения в пользовательском интерфейсе GitHub, дождитесь пока слияние не будет разрешено.

ታላቅ ስራ!

ዝርዝሩን ጨርሰሃል እና አሁን የመሳብ ጥያቄውን ማጽደቅ አለብህ master.

️ ተግባር፡ የመጎተት ጥያቄን አጽድቅ "የእርምጃ ግምገማ"

1. የመጎተት ጥያቄን ይክፈቱ።
2. "የጎትት ጥያቄን አዋህድ" ን ጠቅ ያድርጉ።
3. "ውህደቱን አረጋግጥ" ን ጠቅ ያድርጉ።
4. ከአሁን በኋላ ስለማያስፈልገን "ቅርንጫፍ ሰርዝ" ን ጠቅ ያድርጉ።

ይህ በአሁኑ ጊዜ የእርስዎ ማከማቻ ነው።

የምርት ስህተት

“ፈተና ስህተቶች መኖራቸውን ለማሳየት፣ ግን መቅረታቸውን ለማሳየት ፈጽሞ መጠቀም ይቻላል” ተብሏል። ምንም እንኳን ፈተናዎች ቢያጋጥሙንም እና ምንም ስህተት ቢያሳዩንም አንድ ተንኮለኛ ሳንካ ወደ ምርት ገባ።

በእንደዚህ ዓይነት ሁኔታ ውስጥ እኛ ጥንቃቄ ማድረግ አለብን-

• በምርት ላይ የሚተገበረው;
• በክር ውስጥ ኮድ master ከስህተት ጋር, ገንቢዎች አዲስ ሥራ መጀመር ይችላሉ.

በሚቀጥለው እትም ልመልሰው ወይስ ላስተካክለው?

ወደ ኋላ መመለስ ማለት ስህተቱን ያካተቱ ወንጀሎችን ወደ ማምረት እና ወደነበረበት መመለስ የታወቀውን የቀድሞ ስሪት የማሰማራት ሂደት ነው። "ወደ ፊት መግጠም" የመጠግን መጨመር ነው master እና አዲሱን ስሪት በተቻለ ፍጥነት ማሰማራት. ኮድ ወደ ምርት በሚሰራጭበት ጊዜ ኤፒአይ እና የመረጃ ቋት መርሃ ግብሮች ስለሚቀያየሩ ቀጣይነት ያለው ማድረስ እና ጥሩ የሙከራ ሽፋን፣ ወደ ኋላ መመለስ በሚቀጥለው ስሪት ውስጥ ከማስተካከል የበለጠ ከባድ እና አደገኛ ነው።

ወደ ኋላ መዞር በእኛ ጉዳይ ምንም ዓይነት አደጋ ስለሌለው፣ ወደዚህ መንገድ እንሄዳለን፣ ምክንያቱም ይፈቅድልናል።

• ስህተቱን በተቻለ ፍጥነት በምርቱ ላይ ያስተካክሉት;
• ኮድ ያስገቡ master አዲስ ሥራ ለመጀመር ወዲያውኑ ተስማሚ።

️ተግባር

1. ወደ ቅርንጫፍ ቀይር master በአካባቢው።
2. የአካባቢውን ማከማቻ ከርቀት ማከማቻ ያዘምኑ።
3. የPR ውህደት ቃልን ይመልሱ የእርምጃዎች ግምገማ в master.
4. ለውጦችን ወደ የርቀት ማከማቻ ያትሙ።

ይህ የውህደት ቁርጠኝነት የተመለሰ የማከማቻ ታሪክ ነው።

ቡድኖች

# Переключитесь на ветку master.
git checkout master

# Обновите локальный репозиторий из удалённого репозитория.
git pull

# Отмените коммит слияния PR Steps review в master.
# Мы отменяем коммит слияния, поэтому нам нужно выбрать ветку истории, которую мы захотим оставить
git show HEAD

# предположим, что коммит, который был последним в ветке master до слияния, был отображён предыдущей командой первым
git revert HEAD -m 1
# можете не менять сообщения коммитов

# Опубликуйте изменения в удалённый репозиторий
git push

️ እራስን መሞከር

እርግጠኛ ሁን ci.md የውህደት ቃልን ካድህረ በኋላ "sneaky bug" የሚል ጽሑፍ አልያዘም።

የ CI ደረጃዎችን ዝርዝር ያስተካክሉ እና ወደ ዋና ይመልሱት።

የቅርንጫፉን የውህደት ቃል ሙሉ በሙሉ መልሰነዋል። feature. መልካም ዜናው አሁን ምንም ስህተት የለብንም master. መጥፎው ዜና ውድ የሆነ ቀጣይነት ያለው የውህደት እርምጃዎች ዝርዝራችን ጠፍቷል። ስለዚህ ፣ በሐሳብ ደረጃ ፣ ማስተካከያውን ወደ ፈጻሚዎቹ መተግበር አለብን feature እና ወደ እነርሱ ይመልሱ master ከማስተካከያው ጋር.

ችግሩን በተለያየ መንገድ ልንመለከተው እንችላለን፡-

• ውህደትን የሚያፈርስ ቁርጠኝነትን ይመልሱ feature с master;
• መንቀሳቀስ ከቀድሞው ይፈጸማል feature.

በዚህ ጉዳይ ላይ የተለያዩ የልማት ቡድኖች የተለያዩ አቀራረቦችን ይጠቀማሉ፣ ነገር ግን ጠቃሚ ቁርጠኝነትን ወደተለየ ቅርንጫፍ እናንቀሳቅሳለን እና ለዚህ አዲስ ቅርንጫፍ የተለየ የመሳብ ጥያቄ እንፈጥራለን።

️ተግባር

1. የሚባል ክር ይፍጠሩ feature-fix እና ወደ እሱ ይቀይሩ.

2. ሁሉንም ግዴታዎች ከቀድሞው ቅርንጫፍ ያዛውሩ feature ወደ አዲስ ክር. በስደት ወቅት የተከሰቱትን የውህደት ግጭቶች መፍታት።

   

3. የድጋሚ ፈተናን ወደ ላይ ያክሉ ci.test.js:

   it('does not contain the sneaky bug', () => {
   expect( /.*sneakys+bug.*/gi.test(fileContents)).toBe(false);
   });

4. አለመውደቃቸውን ለማረጋገጥ ፈተናዎቹን በአካባቢው ያካሂዱ።
5. ጽሑፉን "በድብቅ ሳንካ" አስወግድ ci.md.
6. በመረጃ ጠቋሚው ላይ የሙከራ ለውጦችን እና የእርምጃ ዝርዝር ለውጦችን ይጨምሩ እና ያስፈጽሙ።
7. ቅርንጫፉን ወደ የርቀት ማከማቻ ያትሙ።

ከዚህ ጋር የሚመሳሰል ነገር መጨረስ አለቦት፡-

ቡድኖች

# Создайте ветку под названием feature-fix и переключитесь на нее.
git checkout -b feature-fix

# Перенесите все коммиты из бывшей ветки feature в новую ветку. Разрешите конфликты слияния, которые возникли при переносе.
# используйте историю чтобы узнать хэши коммитов:
# - предшествующего коммиту с первой частью списка: C0
# - добавляющего последние элементы списка: C2
git log --oneline --graph
git cherry-pick C0..C2
# разрешите конфликты слияния
# - отредактируйте ci.md и/или ci.test.js
# - добавьте файлы в индекс
# - выполните "git cherry-pick --continue", можете не менять сообщение коммита

# Добавьте регрессионный тест в ci.test.js
# Запустите тесты локально, чтобы убедиться, что они не завершаются успешно.

# Удалите текст " with a sneaky bug" в ci.md.

# Добавьте в индекс изменения тестов и в списке шагов и закоммитьте их.
git add ci.md ci.test.js
git commit -m "Fix the bug in steps list"

# Опубликуйте ветку в удалённый репозиторий.
git push --set-upstream origin feature-fix

የመሳብ ጥያቄ ፍጠር።

ከርዕስ ጋር የመሳብ ጥያቄ ይፍጠሩ ባህሪውን በማስተካከል ላይ. ጫን feature-fix እንደ "የጭንቅላት ቅርንጫፍ" እና master እንደ "መሰረታዊ ቅርንጫፍ".
እባክዎ ፈተናዎቹ እስኪጠናቀቁ ድረስ ይጠብቁ። በPR ውይይት ግርጌ ላይ የፈተናዎቹን ሁኔታ ማየት ይችላሉ።

መጫኑን ያረጋግጡ master በእሱ ውስጥ ማስቀመጫውን ሹካ እንደ "መሰረታዊ ቅርንጫፍ" በኮርሱ ቁሳቁሶች ማከማቻ ላይ ለሚቀርቡ ለውጦች ምላሽ አልሰጥም።

የመጎተት ጥያቄን አጽድቅ "ባህሪውን ማስተካከል"

ስለ እርማትዎ እናመሰግናለን! እባክዎ ለውጦቹን ያጽድቁ master ከመጎተት ጥያቄ.

️ተግባር

1. "የጎትት ጥያቄን አዋህድ" ን ጠቅ ያድርጉ።
2. "ውህደቱን አረጋግጥ" ን ጠቅ ያድርጉ።
3. ከአሁን በኋላ ስለማያስፈልገን "ቅርንጫፍ ሰርዝ" ን ጠቅ ያድርጉ።

በአሁኑ ጊዜ ሊኖርዎት የሚገባው ይህ ነው።

እንኳን ደስ አላችሁ!

በተከታታይ ውህደት ወቅት ሰዎች በተለምዶ የሚወስዷቸውን ሁሉንም እርምጃዎች ጨርሰሃል።

በትምህርቱ ላይ ማንኛቸውም ችግሮች ካስተዋሉ ወይም እንዴት ማሻሻል እንደሚችሉ ካወቁ እባክዎን ችግር ይፍጠሩ ማከማቻዎች ከኮርስ ቁሳቁሶች ጋር. ይህ ኮርስ እንዲሁ አለው በይነተገናኝ ስሪት GitHub Learning Lab እንደ መድረክ በመጠቀም።

ምንጭ: hab.com