ഞാൻ നിങ്ങളുടെ Node.js, Next.js അല്ലെങ്കിൽ Rust ആപ്പ് ഡോക്കറൈസ് ചെയ്യുകയും GitHub Actions അല്ലെങ്കിൽ GitLab CI ഉപയോഗിച്ച് CI/CD സജ്ജീകരിക്കുകയും ചെയ്യും

നിങ്ങളുടെ വിന്യാസം ആരെങ്കിലും ഓർമ്മിക്കേണ്ട കമാൻഡുകളുടെ ഒരു ലിസ്റ്റാണെങ്കിൽ, ഈ സേവനം അതിനെ മാറ്റിസ്ഥാപിക്കുന്നു. ഞാൻ ആദ്യം ആപ്പ് പുനർനിർമ്മിക്കാൻ കഴിയുന്നതാക്കുന്നു, തുടർന്ന് ഓട്ടോമാറ്റിക് ആക്കുന്നു: അതേ ചിത്രം ഒരു ലാപ്ടോപ്പിൽ, CI-യിൽ, സെർവറിൽ പ്രവർത്തിക്കുന്നു, കൂടാതെ പ്രധാന ബ്രാഞ്ചിലേക്കുള്ള ഒരു പുഷ് മാത്രമാണ് ഒരു റിലീസിന് വേണ്ടത്.

സ്റ്റാർട്ടർ എന്നത് കണ്ടെയ്‌നറാണ്: ഒരു പ്രൊഡക്ഷൻ ഡോക്കർഫയൽ, ആപ്പും അതിന്റെ ഡാറ്റാബേസും പ്രാദേശികമായി പ്രവർത്തിപ്പിക്കുന്ന ഒരു കമ്പോസ് ഫയൽ, ഒരു പുതിയ ഡെവലപ്പറെ ഒരു കമാൻഡ് ഉപയോഗിച്ച് പ്രവർത്തിപ്പിക്കുന്ന ഒരു README. സ്റ്റാൻഡേർഡ് ഒരു പൈപ്പ്ലൈൻ ചേർക്കുന്നു, അത് ഓരോ പുഷിലും ഓരോ പുൾ അല്ലെങ്കിൽ മെർജ് അഭ്യർത്ഥനയിലും ഇൻസ്റ്റാൾ ചെയ്യുകയും ലിന്റ് ചെയ്യുകയും നിങ്ങളുടെ ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുകയും ചിത്രം നിർമ്മിക്കുകയും ചെയ്യുന്നു. നിങ്ങളുടെ കോഡ് എവിടെയാണോ ഉള്ളത് അതിനനുസരിച്ച് GitHub Actions-ലോ GitLab CI-ലോ ഇത് പ്രവർത്തിക്കുന്നു. അഡ്വാൻസ്ഡ് വിന്യാസം ചേർക്കുന്നു: മെയിനിലേക്ക് ലയിപ്പിക്കുമ്പോൾ, പൈപ്പ്ലൈൻ ആപ്പ് നിങ്ങളുടെ Linux സെർവറിലേക്ക് SSH വഴിയോ Railway-യിലേക്കോ Fly.io-യിലേക്കോ ഷിപ്പ് ചെയ്യുന്നു, അവ അതേ ചിത്രം പ്രവർത്തിപ്പിക്കുന്നു, അല്ലെങ്കിൽ ഒരു Next.js ആപ്പ് Vercel-ന് കൈമാറുന്നു, അത് അതിന്റേതായ രീതിയിൽ നിർമ്മിക്കുന്നു. ഡിപ്ലോയ് കീകൾ, ടോക്കണുകൾ എന്നിവ GitHub-ന്റെ എൻക്രിപ്റ്റ് ചെയ്ത രഹസ്യങ്ങളിലോ GitLab-ന്റെ സംരക്ഷിത CI/CD വേരിയബിളുകളിലോ സൂക്ഷിക്കുന്നു, കോഡിലല്ല, കൂടാതെ നിങ്ങൾക്ക് റോൾ ബാക്ക് ചെയ്യാനുള്ള ഒരു രേഖാമൂലമുള്ള മാർഗ്ഗം ലഭിക്കുന്നു.

മൾട്ടി-സ്റ്റേജ് ബിൽഡുകൾ ഉപയോഗിച്ച് ചിത്രങ്ങൾ ചെറുതായി നിലനിർത്തുന്നു, ആപ്പ് ഒരു നോൺ-റൂട്ട് ഉപയോക്താവായി പ്രവർത്തിക്കുന്നു, കൂടാതെ കോൺഫിഗറേഷൻ പരിസ്ഥിതി വേരിയബിളുകളിൽ നിന്ന് വരുന്നു, അതിനാൽ അതേ ചിത്രം സ്റ്റേജിംഗിനും പ്രൊഡക്ഷനും സേവനം നൽകുന്നു. Node.js, Next.js ആപ്പുകൾ, Rust സേവനങ്ങൾ, സ്റ്റാറ്റിക് സൈറ്റുകൾ എന്നിവയ്ക്ക് ഇതേ സമീപനം ബാധകമാണ്.

എന്റെ രണ്ട് പൊതു വെബ് പ്രോജക്റ്റുകൾ, ഒരു Next.js സ്റ്റോർഫ്രണ്ടും എന്റെ സ്വകാര്യ സൈറ്റും, ഇതിന്റെ പൈപ്പ്‌ലൈൻ ഭാഗം കാണിക്കുന്നു: GitHub Actions ഓരോ പുഷിലും പ്രധാന ബ്രാഞ്ചിലേക്ക് രണ്ടും നിർമ്മിക്കുകയും വിന്യസിക്കുകയും ചെയ്യുന്നു, കൂടാതെ വിന്യസിക്കുന്നതിന് മുമ്പ് സ്റ്റോർഫ്രണ്ടിന്റെ യൂണിറ്റ്, ബ്രൗസർ ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു. അവ സ്റ്റാറ്റിക് സൈറ്റുകളാണ്, അതിനാൽ അവ ഒരു കണ്ടെയ്‌നർ ഇല്ലാതെയാണ് ഷിപ്പ് ചെയ്യുന്നത്. റസ്റ്റ് ഭാഗത്ത്, എന്റെ ഓപ്പൺ സോഴ്‌സ് ക്രേറ്റിന് ഒരു GitHub Actions പൈപ്പ്‌ലൈൻ ഉണ്ട്, അത് പ്രധാന ബ്രാഞ്ചിലേക്കുള്ള ഓരോ പുഷിലും ഓരോ പുൾ അഭ്യർത്ഥനയിലും പ്രവർത്തിക്കുന്നു: ഫോർമാറ്റിംഗ്, ലിന്റുകൾ, ടെസ്റ്റുകൾ, ഏറ്റവും കുറഞ്ഞ പിന്തുണയുള്ള റസ്റ്റ് പതിപ്പ്, ഡിപൻഡൻസി പരിശോധനകൾ. നിങ്ങൾ Kubernetes-ഉം പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, മാനിഫെസ്റ്റുകളോ ഒരു Helm ചാർട്ടോ ഒരു ആഡ്-ഓണായി ലഭ്യമാണ്.

വിളികളൊന്നുമില്ല. എല്ലാം നിങ്ങളുടെ റിപ്പോസിറ്ററിയിൽ നിലനിൽക്കുന്നു, എഴുതിയിരിക്കുന്നു, അതിനാൽ പൈപ്പ്‌ലൈൻ എന്നെ ആശ്രയിക്കുന്നില്ല. ഡെലിവറി കഴിഞ്ഞ് 14 ദിവസത്തേക്ക്, ഞങ്ങൾ സമ്മതിച്ചതനുസരിച്ച് പ്രവർത്തിക്കാത്ത എന്തും ഞാൻ സൗജന്യമായി ശരിയാക്കും.

നിങ്ങളുടെ പ്രോജക്റ്റ് പൂർത്തിയാക്കുന്നതിനുള്ള ഘട്ടങ്ങൾ
1. പ്രോജക്റ്റ് വായിക്കുക - നിങ്ങൾ ഇപ്പോൾ ചെയ്യുന്നതുപോലെ ഞാൻ ആപ്പ് പ്രവർത്തിപ്പിക്കുകയും അതിന്റെ ഡിപൻഡൻസികൾ, എൻവയോൺമെന്റ് വേരിയബിളുകൾ, ഡാറ്റാബേസ്, ബിൽഡ് ഘട്ടങ്ങൾ എന്നിവ എഴുതുകയും ചെയ്യുന്നു.
2. കണ്ടെയ്‌നർ - ഒരു പ്രൊഡക്ഷൻ ഡോക്കർഫയലും പ്രാദേശിക റണ്ണുകൾക്കായുള്ള ഒരു കമ്പോസ് ഫയലും, ഒരു ക്ലീൻ മെഷീനിൽ ആപ്പ് നിർമ്മിച്ച് ആരംഭിച്ചുകൊണ്ട് പരിശോധിക്കുന്നു.
3. പൈപ്പ്‌ലൈൻ - നിങ്ങളുടെ CI-യിൽ ഇൻസ്റ്റാൾ ചെയ്യുക, ലിന്റ് ചെയ്യുക, ടെസ്റ്റുകൾ, ഇമേജ് ബിൽഡ് എന്നിവ പുഷുകളിലും പുൾ അല്ലെങ്കിൽ മെർജ് അഭ്യർത്ഥനകളിലും, വേഗത നിലനിർത്താൻ കാഷിംഗോടുകൂടി.
4. വിന്യസിക്കുക - അഡ്വാൻസ്ഡിൽ, പ്രധാന ബ്രാഞ്ചിലേക്ക് ലയിപ്പിക്കുമ്പോൾ ആപ്പ് ഷിപ്പ് ചെയ്യുന്ന ഒരു ജോലി, CI പ്ലാറ്റ്‌ഫോമിന്റെ രഹസ്യങ്ങളിൽ സൂക്ഷിച്ചിരിക്കുന്ന കീകളും ടോക്കണുകളും ഒരു റോൾബാക്ക് ഘട്ടവും എഴുതിയിരിക്കുന്നു.
5. കൈമാറ്റം - എങ്ങനെ പ്രവർത്തിപ്പിക്കാം, ടെസ്റ്റ് ചെയ്യാം, റിലീസ് ചെയ്യാം, ഒരു പുതിയ എൻവയോൺമെന്റ് വേരിയബിളോ സേവനമോ ചേർക്കുമ്പോൾ എന്ത് മാറ്റണം എന്നതിനെക്കുറിച്ചുള്ള ഒരു README വിഭാഗം.