Git അധിഷ്ഠിത തുടർച്ചയായ വിന്യാസം
ഒരിക്കൽ ഒരു git ദാതാവിനെ ബന്ധിപ്പിക്കുക, നിങ്ങളുടെ ശേഖരം ആധികാരിക സ്രോതസ്സായി മാറും. കോഡ് പുഷ് ചെയ്യുക, പ്ലാറ്റ്ഫോം നിങ്ങൾക്കായി അത് നിർമ്മിച്ച് വിന്യസിക്കും.
OAuth വഴി GitHub, GitLab അല്ലെങ്കിൽ Bitbucket കണക്റ്റുചെയ്യുക, നിങ്ങളുടെ വിന്യാസ കീകൾ എൻക്രിപ്റ്റ് ചെയ്ത ക്രെഡൻഷ്യൽ സ്റ്റോറിലാണ് സംഭരിക്കുന്നത്, പ്ലെയിൻ കോൺഫിഗറേഷനിലല്ല. ഓരോ പുഷിലും ഒരു വെബ്ഹുക്ക് പ്രവർത്തിക്കുന്നു, ഇത് സൈറ്റിലേക്ക് റിലീസ് ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങളുടെ സ്റ്റാക്കിനായുള്ള ബിൽഡ് ഘട്ടങ്ങൾ — Composer, npm എന്നിവയും ബാക്കിയുള്ളവയും — പ്രവർത്തിപ്പിക്കുന്ന സുസ്ഥിരമായ ഒരു ബിൽഡ്-ആൻഡ്-ഡിപ്ലോയ് പൈപ്പ്ലൈൻ ട്രിഗർ ചെയ്യുന്നു.
നിങ്ങളുടെ ടീം നിലവിൽ പ്രവർത്തിക്കുന്ന രീതിയിൽത്തന്നെ ബ്രാഞ്ചുകളെ എൻവയോൺമെന്റുകളുമായി മാപ്പ് ചെയ്യുക: main-നെ production-ലേക്കും, staging-നെ staging-ലേക്കും, അല്ലെങ്കിൽ നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന മറ്റേതെങ്കിലും കൺവെൻഷനിലേക്കും. ഒരു ബ്രാഞ്ചിലേക്ക് മെർജ് ചെയ്യുക, പൊരുത്തപ്പെടുന്ന എൻവയോൺമെന്റ് സ്വയം അപ്ഡേറ്റ് ചെയ്യപ്പെടും, അതിനാൽ ഒരു മാറ്റം പ്രൊമോട്ട് ചെയ്യാൻ ഒരു git push മാത്രം മതിയാകും.
- OAuth വഴി GitHub, GitLab അല്ലെങ്കിൽ Bitbucket കണക്റ്റ് ചെയ്യുക, ഒപ്പം ഡിപ്ലോയ് കീകൾ ക്രെഡൻഷ്യൽ സ്റ്റോറിൽ സൂക്ഷിക്കുകയും ചെയ്യാം
- പുഷിലെ വെബ്ഹുക്ക് മോടിയുള്ള ബിൽഡ്-ആൻഡ്-ഡിപ്ലോയ് പൈപ്പ്ലൈൻ ആരംഭിക്കുന്നു
- ഓരോ സ്റ്റാക്കിനുമുള്ള ബിൽഡ് ഘട്ടങ്ങൾ സ്വയമേവ പ്രവർത്തിക്കുന്നു (Composer, npm എന്നിവയും മറ്റും)
- ബ്രാഞ്ച്-ടു-എൻവയോൺമെന്റ് മാപ്പിംഗ് — ഉദാഹരണത്തിന് main-ൽ നിന്ന് production-ലേക്ക്, staging-ൽ നിന്ന് staging-ലേക്ക്
- ആവശ്യമുള്ളപ്പോൾ മുമ്പത്തെ ഏത് റിലീസിലേക്കും മടങ്ങുക
- വിന്യാസങ്ങൾ ഈടുനിൽക്കുന്നതും വീണ്ടും ശ്രമിക്കാവുന്നതുമായ വർക്ക്ഫ്ലോകളായി പ്രവർത്തിക്കുന്നു, അതിനാൽ ബിൽഡിനിടയിലുണ്ടാകുന്ന ചെറിയ തടസ്സം ഒരിക്കലും ഒരു സൈറ്റിനെ പകുതി മാത്രം വിന്യസിച്ച അവസ്ഥയിലാക്കില്ല.