ഫെഡോറയും സെന്റോസും Git Forge പ്രവർത്തിപ്പിക്കുന്നു. GitLab 18 പ്രൊപ്രൈറ്ററി കഴിവുകൾ തുറക്കുന്നു

പദ്ധതികൾ ഉപയോഗം CentOS и ഫെഡോറ റിപ്പോർട്ടുചെയ്‌തു GitLab പ്ലാറ്റ്ഫോം ഉപയോഗിച്ച് നിർമ്മിക്കുന്ന Git Forge ഒരു സഹകരണ വികസന സേവനം സൃഷ്ടിക്കാനുള്ള തീരുമാനത്തെക്കുറിച്ച്. Git റിപ്പോസിറ്ററികളുമായി സംവദിക്കുന്നതിനും CentOS, Fedora വിതരണങ്ങളുമായി ബന്ധപ്പെട്ട പ്രോജക്ടുകൾ ഹോസ്റ്റുചെയ്യുന്നതിനുമുള്ള പ്രാഥമിക പ്ലാറ്റ്‌ഫോമായി GitLab മാറും. മുമ്പ് ഉപയോഗിച്ച സേവനം പഗുരെ നിലനിൽക്കും, എന്നാൽ തുടർ വികസനത്തിൽ താൽപ്പര്യമുള്ള ഒരു സമൂഹത്തിന്റെ സംരക്ഷണത്തിന് കൈമാറും. Red Hat-ൽ ജോലി ചെയ്യുന്ന CPE (കമ്മ്യൂണിറ്റി പ്ലാറ്റ്ഫോം എഞ്ചിനീയറിംഗ്) ടീമിന്റെ പിന്തുണയിൽ നിന്നും Pagure നീക്കം ചെയ്യപ്പെടും, അത് Fedora, CentOS പതിപ്പുകളുടെ വികസനത്തിനും പ്രസിദ്ധീകരണത്തിനുമുള്ള അടിസ്ഥാന സൗകര്യങ്ങൾ പരിപാലിക്കുന്നതിൽ ഏർപ്പെട്ടിരിക്കുന്നു.

പുതിയ Git Forge-ന് സാധ്യമായ പരിഹാരങ്ങൾ വിലയിരുത്തുമ്പോൾ, ഞങ്ങൾ പരിഗണിച്ചു
പഗുരെയും ഗിറ്റ്‌ലാബും. എന്നതിനെക്കുറിച്ചുള്ള ഒരു പഠനത്തെ അടിസ്ഥാനമാക്കി 300 അവലോകനങ്ങൾ കൂടാതെ Fedora, CentOS, RHEL, CPE പ്രോജക്ടുകളിൽ പങ്കെടുക്കുന്നവരുടെ ആഗ്രഹങ്ങൾ, പ്രവർത്തന ആവശ്യകതകൾ രൂപീകരിക്കുകയും ഗിറ്റ്ലാബിന് അനുകൂലമായി തിരഞ്ഞെടുക്കുകയും ചെയ്തു. റിപ്പോസിറ്ററികളുമായുള്ള സ്റ്റാൻഡേർഡ് ഓപ്പറേഷനുകൾക്ക് പുറമേ (ലയിപ്പിക്കൽ, ഫോർക്കുകൾ സൃഷ്ടിക്കൽ, കോഡ് ചേർക്കൽ മുതലായവ), സുരക്ഷ, എളുപ്പത്തിലുള്ള ഉപയോഗം, പ്ലാറ്റ്‌ഫോമിന്റെ സ്ഥിരത എന്നിവ പ്രധാന ആവശ്യകതകളിൽ പ്രസ്താവിച്ചു.

HTTPS വഴി പുഷ് അഭ്യർത്ഥനകൾ അയയ്‌ക്കൽ, ബ്രാഞ്ചുകളിലേക്കുള്ള ആക്‌സസ് പരിമിതപ്പെടുത്തുന്നതിനുള്ള മാർഗങ്ങൾ, സ്വകാര്യ ശാഖകൾക്കുള്ള പിന്തുണ, ബാഹ്യവും ആന്തരികവുമായ ഉപയോക്താക്കൾക്കുള്ള ആക്‌സസ് വേർതിരിക്കുക (ഉദാഹരണത്തിന്, പ്രശ്‌നത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ വെളിപ്പെടുത്തുന്നതിനുള്ള ഉപരോധ സമയത്ത് കേടുപാടുകൾ ഇല്ലാതാക്കുന്നതിന് പ്രവർത്തിക്കുന്നതിന്) തുടങ്ങിയ സവിശേഷതകൾ ആവശ്യകതകളിൽ ഉൾപ്പെടുന്നു. , പരിചിതമായ ഇന്റർഫേസ്, പ്രശ്‌ന റിപ്പോർട്ടുകൾ, കോഡ്, ഡോക്യുമെന്റേഷൻ, പുതിയ ഫീച്ചറുകളുടെ ആസൂത്രണം എന്നിവയ്‌ക്കൊപ്പം പ്രവർത്തിക്കുന്നതിനുള്ള സബ്സിസ്റ്റമുകളുടെ ഏകീകരണം, IDE-യുമായി സംയോജിപ്പിക്കുന്നതിനുള്ള ഉപകരണങ്ങളുടെ ലഭ്യത, സ്റ്റാൻഡേർഡ് വർക്ക്ഫ്ലോകൾക്കുള്ള പിന്തുണ.

ഈ പ്ലാറ്റ്‌ഫോം തിരഞ്ഞെടുക്കാനുള്ള തീരുമാനത്തെ ആത്യന്തികമായി സ്വാധീനിച്ച GitLab കഴിവുകളിൽ, റിപ്പോസിറ്ററികളിലേക്കുള്ള സെലക്ടീവ് ആക്‌സസ് ഉള്ള ഉപഗ്രൂപ്പുകൾക്കുള്ള പിന്തുണ, യാന്ത്രിക ലയനത്തിനായി ഒരു ബോട്ട് ഉപയോഗിക്കാനുള്ള കഴിവ് എന്നിവ പരാമർശിച്ചു (കെർണലിനൊപ്പം പാക്കേജുകൾ നിലനിർത്താൻ CentOS സ്ട്രീം ആവശ്യമാണ്), ആസൂത്രണ വികസനത്തിനുള്ള ബിൽറ്റ്-ഇൻ ടൂളുകളുടെ സാന്നിധ്യം, ലഭ്യതയുടെ ഗ്യാരണ്ടിയുള്ള ഒരു റെഡിമെയ്ഡ് SAAS സേവനം ഉപയോഗിക്കാനുള്ള കഴിവ് (സെർവർ ഇൻഫ്രാസ്ട്രക്ചർ പരിപാലിക്കുന്നതിനുള്ള വിഭവങ്ങൾ സ്വതന്ത്രമാക്കും).

തീരുമാനം ഇതിനകം തന്നെ മൂലമുണ്ടാകുന്ന വിപുലമായ മുൻകൂർ ചർച്ചകളില്ലാതെ തീരുമാനമെടുത്തതാണ് ഡവലപ്പർമാർക്കിടയിൽ വിമർശനം. GitLab-ന്റെ സൗജന്യ കമ്മീണിറ്റി പതിപ്പ് സേവനം ഉപയോഗിക്കില്ല എന്ന ആശങ്കയും ഉയർന്നു. പ്രത്യേകിച്ചും, പ്രഖ്യാപനത്തിൽ വിവരിച്ചിരിക്കുന്ന Git Forge-ന്റെ ആവശ്യകതകൾ നടപ്പിലാക്കാൻ ആവശ്യമായ കഴിവുകൾ കുത്തക പതിപ്പിൽ മാത്രമേ ലഭ്യമാകൂ. GitLab Ultimate.

GitLab അതിന്റെ സെർവറുകളിൽ വിന്യസിക്കുന്നതിനുപകരം GitLab നൽകുന്ന SAAS (ഒരു സേവനമായി ആപ്ലിക്കേഷൻ) സേവനം ഉപയോഗിക്കാനുള്ള ഉദ്ദേശ്യവും വിമർശിക്കപ്പെട്ടു, ഇത് സേവനത്തെ നിയന്ത്രണാതീതമാക്കുന്നു (ഉദാഹരണത്തിന്, എല്ലാ അപകടസാധ്യതകളും ഉണ്ടെന്ന് ഉറപ്പാക്കാൻ കഴിയില്ല. സിസ്റ്റം ഉടനടി ഇല്ലാതാക്കുന്നു, ശരിയായി അടിസ്ഥാന സൗകര്യങ്ങൾ പരിപാലിക്കപ്പെടുന്നു, ഒരു ദിവസം ഇല്ല ടെലിമെട്രി ചുമത്തി ഒരു മൂന്നാം കക്ഷി കമ്പനിയുടെ ഉദ്യോഗസ്ഥർ നടത്തുന്ന അട്ടിമറിയും ഒഴിവാക്കിയിരിക്കുന്നു). പരിഹാരവും പ്രവർത്തിക്കുന്നില്ല ഫെഡോറയുടെ സ്ഥാപക തത്വങ്ങൾ, പദ്ധതി സ്വതന്ത്ര ബദലുകൾക്ക് മുൻഗണന നൽകണമെന്ന് ഇത് വ്യക്തമാക്കുന്നു.

അതേസമയം, GitLab പ്രഖ്യാപിച്ചു GitLab-ന്റെ പ്രൊപ്രൈറ്ററി എഡിഷനുകളിൽ മാത്രം മുമ്പ് നൽകിയിരുന്ന 18 ഫംഗ്‌ഷണാലിറ്റികൾ നടപ്പിലാക്കുന്നതിന്റെ കണ്ടെത്തലിനെക്കുറിച്ച്. വികസന ആസൂത്രണം, പ്രോജക്റ്റ് സൃഷ്‌ടിക്കൽ, പരിശോധന, പാക്കേജ് മാനേജുമെന്റ്, റിലീസ് ജനറേഷൻ, കോൺഫിഗറേഷൻ, സുരക്ഷ എന്നിവയുൾപ്പെടെ പൂർണ്ണ സോഫ്‌റ്റ്‌വെയർ വികസന ചക്രം കൈകാര്യം ചെയ്യുന്നതിന്റെ വിവിധ മേഖലകൾ കഴിവുകൾ ഉൾക്കൊള്ളുന്നു.

ഇനിപ്പറയുന്ന ഫംഗ്‌ഷനുകൾ സ്വതന്ത്ര ശ്രേണിയിലേക്ക് മാറ്റി:

• ബന്ധപ്പെട്ട പ്രശ്നം അറ്റാച്ചുചെയ്യുന്നു;
• GitLab-ൽ നിന്ന് CSV-ലേക്ക് കയറ്റുമതി പ്രശ്നം;
• വ്യക്തിഗത പ്രവർത്തനത്തിന്റെയോ റിലീസുകളുടെയോ വികസന പ്രക്രിയ ആസൂത്രണം ചെയ്യുന്നതിനും സംഘടിപ്പിക്കുന്നതിനും ദൃശ്യവൽക്കരിക്കുന്നതിനുമുള്ള ഒരു രീതി;
• ഇമെയിൽ ഉപയോഗിച്ച് മൂന്നാം കക്ഷികളുമായി പ്രോജക്റ്റ് പങ്കാളികളെ ബന്ധിപ്പിക്കുന്നതിനുള്ള ബിൽറ്റ്-ഇൻ സേവനം.
• വെബ് ഐഡിഇയ്ക്കുള്ള വെബ് ടെർമിനൽ;
• വെബ് ടെർമിനലിലെ കോഡിലെ മാറ്റങ്ങൾ പരിശോധിക്കുന്നതിന് ഫയലുകൾ സമന്വയിപ്പിക്കാനുള്ള കഴിവ്;
• നിങ്ങൾക്ക് ഒരു പുതിയ ഫീച്ചർ വികസിപ്പിക്കാൻ ആവശ്യമായ എല്ലാത്തിലുമുള്ള ആക്‌സസ്സ് എന്ന ഒറ്റ പോയിന്റായി ഇഷ്യൂ ഉപയോഗിച്ച് മോക്കപ്പുകളും അസറ്റുകളും അപ്‌ലോഡ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഡിസൈൻ നിയന്ത്രണങ്ങൾ;
• കോഡ് ഗുണനിലവാര റിപ്പോർട്ടുകൾ;
• പാക്കേജ് മാനേജർമാരായ കോനൻ (C/C++), Maven (Java), NPM (node.js), NuGet (.NET) എന്നിവയ്ക്കുള്ള പിന്തുണ;
• സിസ്റ്റങ്ങളുടെ ഒരു ചെറിയ ഭാഗത്ത് ആപ്ലിക്കേഷന്റെ ഒരു പുതിയ പതിപ്പ് ഇൻസ്റ്റാൾ ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന കാനറി വിന്യാസങ്ങൾക്കുള്ള പിന്തുണ;
• ഇൻക്രിമെന്റൽ ഡിസ്ട്രിബ്യൂഷനുകൾ, പുതിയ പതിപ്പുകൾ ആദ്യം ഒരു ചെറിയ എണ്ണം സിസ്റ്റങ്ങളിലേക്ക് എത്തിക്കാൻ അനുവദിക്കുന്നു, ക്രമേണ കവറേജ് 100% ആയി വർദ്ധിപ്പിക്കുന്നു;
• പ്രവർത്തനക്ഷമത സജീവമാക്കൽ ഫ്ലാഗുകൾ, വിവിധ പതിപ്പുകളിൽ പ്രോജക്റ്റ് വിതരണം ചെയ്യുന്നത് സാധ്യമാക്കുന്നു, ചില സവിശേഷതകൾ ചലനാത്മകമായി സജീവമാക്കുന്നു;
• വിന്യാസ അവലോകന മോഡ്, കുബർനെറ്റുകളെ അടിസ്ഥാനമാക്കി ഓരോ തുടർച്ചയായ സംയോജന പരിതസ്ഥിതിയുടെയും അവസ്ഥ വിലയിരുത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു;
• കോൺഫിഗറേറ്ററിൽ ഒന്നിലധികം കുബർനെറ്റ്സ് ക്ലസ്റ്ററുകൾ നിർവചിക്കുന്നതിനുള്ള പിന്തുണ (ഉദാഹരണത്തിന്, ട്രയൽ നടപ്പിലാക്കലുകൾക്കും ജോലിഭാരങ്ങൾക്കുമായി നിങ്ങൾക്ക് പ്രത്യേക കുബർനെറ്റ്സ് ക്ലസ്റ്ററുകൾ ഉപയോഗിക്കാം);
• Kubernetes പോഡുകൾ തമ്മിലുള്ള ആക്‌സസ് പരിമിതപ്പെടുത്താൻ നിങ്ങളെ അനുവദിക്കുന്ന കണ്ടെയ്‌നർ നെറ്റ്‌വർക്ക് സുരക്ഷാ നയങ്ങൾ നിർവചിക്കുന്നതിനുള്ള പിന്തുണ.

കൂടാതെ, ഇത് ശ്രദ്ധിക്കാവുന്നതാണ് പ്രസിദ്ധീകരണം അപകടസാധ്യത പരിഹരിക്കുന്ന 12.9.1, 12.8.8, 12.7.8 (കമ്മ്യൂണിറ്റി പതിപ്പും എന്റർപ്രൈസ് പതിപ്പും) GitLab അപ്ഡേറ്റ് ചെയ്യുന്നു. GitLab EE/CE 8.5 പുറത്തിറങ്ങിയതുമുതൽ ഈ പ്രശ്നം നിലവിലുണ്ട്, കൂടാതെ പ്രോജക്റ്റുകൾക്കിടയിൽ ഒരു പ്രശ്നം നീക്കുമ്പോൾ ഏതെങ്കിലും പ്രാദേശിക ഫയലിന്റെ ഉള്ളടക്കം വായിക്കാൻ അനുവദിക്കുന്നു.
അപകടസാധ്യതയെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾ 30 ദിവസത്തിന് ശേഷം വെളിപ്പെടുത്തും.

അവലംബം: opennet.ru