Title: GitHub Actions પુનઃપ્રાપ્ત થયું પરંતુ મેન્યુઅલ સુધારાની જરૂર છે

GitHub Actions 7 ઓગસ્ટના રોજ 02:04 UTC સમયે ફરીથી ઓનલાઇન આવ્યું. આ અવરોધને કારણે push અને pull-request ઇવેન્ટ્સની એક એવી શ્રેણી રહી ગઈ જે ક્યારેય ચાલી શકી નહીં, તેથી ડેવલપર્સે તે રન (runs) ને જાતે ફરીથી ચલાવવા પડશે.

સ્ટેટસ પેજ હવે લીલું (green) બતાવે છે, પરંતુ અવરોધ દરમિયાન જે કોઈપણ workflow શરૂ થવું જોઈતું હતું તે સ્થિર રહી ગયું હતું. GitHub ચૂકી ગયેલા ટ્રિગર્સને આપમેળે ફરીથી ચલાવી શકતું નથી, તેથી ટીમોએ નવો commit push કરવો પડશે, pull request અપડેટ કરવી પડશે અથવા UI માં Re-run jobs પર ક્લિક કરવું પડશે. ઓપન-સોર્સ Actions Runner Controller ના વપરાશકર્તાઓએ પણ એ તપાસવાની જરૂર છે કે runner pods નિષ્ક્રિય (idle) તો નથી થઈ ગયા ને.

શું ખોટું થયું અને તે શા માટે મહત્વનું છે

GitHub Actions લાખો repos ના CI pipelines ને ચલાવે છે. જ્યારે તે અટકી જાય છે, ત્યારે કોડના ફેરફારો નિષ્ક્રિય થઈ જાય છે, ટેસ્ટ સૂટ્સ ચાલતા નથી અને ડિપ્લોયમેન્ટ્સ મોડા પડે છે. 7 ઓગસ્ટના રોજ, સર્વિસે push ઇવેન્ટ્સ (નવા commits) અને pull-request ઇવેન્ટ્સ (રિવ્યુ અપડેટ્સ) બંને પર પ્રક્રિયા કરવાનું બંધ કરી દીધું હતું, જે બે સૌથી સામાન્ય CI ટ્રિગર્સ છે.

તમારા પાઇપલાઇન્સ કેવી રીતે પુનઃપ્રાપ્ત કરવા

  1. નવો commit push કરો – બ્રાન્ચમાં કોઈપણ ફેરફાર push ટ્રિગરને ફરીથી સક્રિય કરશે.
  2. pull request અપડેટ કરો – PR workflow ને ફરીથી ટ્રિગર કરવા માટે કોમેન્ટ ઉમેરો, શીર્ષક બદલો અથવા વધુ commits push કરો.
  3. workflow ને મેન્યુઅલી ફરીથી ચલાવો – Actions UI હવે દરેક નિષ્ફળ રન માટે “Re-run jobs” બટન બતાવે છે.

જો તમે Actions Runner Controller દ્વારા self-hosted runners ચલાવો છો, તો runner pods ની તપાસ કરો. સર્વિસ પાછી આવ્યા પછી કેટલાક નિષ્ક્રિય રહી શકે છે; તેમને રીસ્ટાર્ટ અથવા રીડિપ્લોય કરો.

ટીમો માટે જોખમો

  • ઉત્પાદકતામાં ઘટાડો (Productivity loss) – ડેવલપર્સ એવા ફીડબેક માટે રાહ જુએ છે જે સામાન્ય રીતે મિનિટોમાં મળી જાય છે.
  • રિલીઝમાં વિલંબ – કોઈપણ પાઇપલાઇન જે રિલીઝને રોકી રહી હોય તે શિપિંગ તારીખોને પાછળ ધકેલી શકે છે.
  • ઓપરેશનલ ઓવરહેડ – ટીમોએ તાજેતરના રનનું ઓડિટ કરવું પડશે, ખામીઓ શોધવી પડશે અને ઉપરના મેન્યુઅલ સ્ટેપ્સ કરવા પડશે, જેનાથી ફીચર વર્ક માટેનો સમય વપરાશે.

મુખ્ય વાત: આ અવરોધ દર્શાવે છે કે પરિપક્વ CI સર્વિસ પણ જોબ્સ ગુમાવી શકે છે, અને ઓટોમેટિક રિપ્લેની ખાતરી આપી શકાતી નથી. તમારા ઇન્સિડન્ટ-રિસ્પોન્સ પ્લેબુક્સમાં મેન્યુઅલ રિકવરી સ્ટેપ્સ સામેલ કરો અને વધુ સ્થિતિસ્થાપક (resilient) ઇવેન્ટ હેન્ડલિંગ તરફ GitHub ના આગામી પગલાં પર નજર રાખો.