ფედორა და CentOS Git Forge-ის გაშვება. GitLab 18 საკუთრების ფუნქციას ხსნის

პროექტები CentOS и Fedora сообщили Git Forge-ის კოლაბორაციული განვითარების სერვისის შექმნის გადაწყვეტილების შესახებ, რომელიც GitLab პლატფორმის გამოყენებით აშენდება. GitLab გახდება Git-ის საცავებთან ურთიერთქმედებისა და დისტრიბუციებთან დაკავშირებული პროექტების ჰოსტინგის მთავარი პლატფორმა. CentOS და Fedora. ადრე გამოყენებული სერვისი გვერდი გააგრძელებს არსებობას, მაგრამ გადაეცემა საზოგადოებას, რომელიც დაინტერესებულია განვითარებით. Pagere ამოღებული იქნება Red Hat-ის მიერ დასაქმებული CPE (საზოგადოების პლატფორმის ინჟინერია) გუნდიდან, რომელიც ინარჩუნებს Fedora-ს ვერსიების შემუშავებისა და გამოქვეყნების ინფრასტრუქტურას. CentOS.

ახალი Git Forge-ის შესაძლო გადაწყვეტილებების შეფასებისას, ჩვენ განვიხილეთ:
Pagere და Gitlab. დაახლოებით კვლევის საფუძველზე 300 მიმოხილვა და სურვილები Fedora პროექტის მონაწილეებისგან, CentOS, RHEL და CPE, განისაზღვრა ფუნქციური მოთხოვნები და შეირჩა Gitlab. სტანდარტული საცავის ოპერაციების გარდა (გაერთიანება, ფორკირება, კოდის დამატება და ა.შ.), ძირითად მოთხოვნებს შორის იყო უსაფრთხოება, გამოყენების სიმარტივე და პლატფორმის სტაბილურობა.

მოთხოვნები მოიცავდა ისეთ ფუნქციებს, როგორიცაა HTTPS push, ფილიალებზე წვდომის შეზღუდვა, კერძო ფილიალების მხარდაჭერა, გარე და შიდა მომხმარებლის წვდომის გამიჯვნა (მაგალითად, პრობლემის შესახებ ინფორმაციის გამჟღავნების აკრძალვის დროს დაუცველობების გამოსწორებაზე სამუშაოდ), ინტერფეისის კარგად გაცნობა, პრობლემების შესახებ ანგარიშებთან მუშაობის ქვესისტემების გაერთიანება, კოდი, დოკუმენტაცია და ახალი ფუნქციების დაგეგმვა, IDE ინტეგრაციის ინსტრუმენტების ხელმისაწვდომობა, ტიპიური სამუშაო პროცესების მხარდაჭერა.

GitLab-ის იმ მახასიათებლებს შორის, რომლებმაც საბოლოოდ გავლენა მოახდინეს ამ პლატფორმის არჩევის გადაწყვეტილებაზე, აღინიშნა შემდეგი: ქვეჯგუფების მხარდაჭერა საცავების შერჩევითი წვდომით, ბოტის გამოყენების შესაძლებლობა ავტომატური შერწყმისთვის (მოითხოვს CentOS ნაკადი ბირთვის პაკეტების შესანარჩუნებლად), განვითარების დაგეგმვის ჩაშენებული ინსტრუმენტების არსებობა, მზა SAAS სერვისის გამოყენების შესაძლებლობა ხელმისაწვდომობის გარანტირებული დონით (გაათავისუფლებს რესურსებს სერვერის ინფრასტრუქტურის შესანარჩუნებლად).

გადაწყვეტილება უკვე მიღებულია გამოიწვია დეველოპერებს შორის კრიტიკა დაკავშირებული იყო იმ ფაქტთან, რომ გადაწყვეტილება წინასწარი ფართო განხილვის გარეშე იქნა მიღებული. ასევე არსებობდა შეშფოთება, რომ სერვისი არ გამოიყენებდა GitLab-ის უფასო სათემო ვერსიას. კერძოდ, განცხადებაში აღწერილი Git Forge-ის მოთხოვნების განსახორციელებლად საჭირო შესაძლებლობები მხოლოდ საკუთრების ვერსიაშია ხელმისაწვდომი. GitLab Ultimate.

კრიტიკა ასევე გამოითქმის GitLab-ის მიერ მოწოდებული SAAS (აპლიკაცია, როგორც სერვისი) სერვისის გამოყენების განზრახვასთან დაკავშირებით, GitLab-ის საკუთარ სერვერებზე განლაგების ნაცვლად, რაც სერვისს კონტროლს უკარგავს (მაგალითად, შეუძლებელია დარწმუნებული იყო, რომ სისტემაში ყველა დაუცველობა დროულად გამოსწორდება). სათანადოდ ინფრასტრუქტურა მხარდაჭერილია, ერთ მომენტში ის აღარ იქნება ტელემეტრიის დაწესება და მესამე მხარის კომპანიის პერსონალის მიერ საბოტაჟი გამორიცხულია). გადაწყვეტა ასევე არ არის თავსებადი Fedora-ს დამფუძნებელი პრინციპები, რომლებიც ითვალისწინებს, რომ პროექტმა უპირატესობა უნდა მიანიჭოს უფასო ალტერნატივებს.

ამასობაში, GitLab-მა გამოაცხადა 18 ფუნქციური შესაძლებლობის ღია კოდის იმპლემენტაციის შესახებ, რომლებიც ადრე მხოლოდ GitLab-ის საკუთრების გამოცემებში იყო შემოთავაზებული. შესაძლებლობები მოიცავს პროგრამული უზრუნველყოფის სრული შემუშავების ციკლის მართვის სხვადასხვა სფეროს, მათ შორის შემუშავების დაგეგმვას, პროექტის შექმნას, ვერიფიკაციას, პაკეტებთან მუშაობას, რელიზების ფორმირებას, კონფიგურაციას და უსაფრთხოებას.

შემდეგი ფუნქციები გადატანილია უფასო ფუნქციებზე:

• დაკავშირებული საკითხების მიმაგრება;
• GitLab-დან CSV-ში ექსპორტის პრობლემა;
• ინდივიდუალური ფუნქციონალურობის ან რელიზების შემუშავების პროცესის დაგეგმვის, ორგანიზებისა და ვიზუალიზაციის რეჟიმი;
• ჩაშენებული სერვისი პროექტის მონაწილეების მესამე მხარეებთან ელექტრონული ფოსტით დასაკავშირებლად.
• ვებ ტერმინალი ვებ IDE-სთვის;
• ვებ ტერმინალში კოდის ცვლილებების შესამოწმებლად ფაილების სინქრონიზაციის შესაძლებლობა;
• დიზაინის მართვის ინსტრუმენტები, რომლებიც საშუალებას გაძლევთ ატვირთოთ მაკეტები და რესურსები საკითხზე, საკითხს კი იყენებთ როგორც წვდომის ერთ წერტილს ყველაფერზე, რაც ახალი ფუნქციის შესაქმნელად არის საჭირო;
• კოდის ხარისხის ანგარიშები;
• Conan (C/C++), Maven (Java), NPM (node.js) და NuGet (.NET) პაკეტების მენეჯერების მხარდაჭერა;
• Canary-ის განლაგების მხარდაჭერა, რომელიც საშუალებას გაძლევთ დააინსტალიროთ აპლიკაციის ახალი ვერსია სისტემების მცირე ქვეჯგუფზე;
• ინკრემენტული დისტრიბუციები, რომლებიც თავდაპირველად ახალ ვერსიებს მხოლოდ მცირე რაოდენობის სისტემებს აწვდიან და თანდათანობით ზრდის დაფარვას 100%-მდე;
• ფუნქციონალურობის გააქტიურების დროშები, რომლებიც საშუალებას იძლევა პროექტი სხვადასხვა გამოცემებში განხორციელდეს გარკვეული ფუნქციების დინამიურად გააქტიურებით;
• განლაგების მიმოხილვის რეჟიმი, რომელიც საშუალებას გაძლევთ შეაფასოთ Kubernetes-ზე დაფუძნებული უწყვეტი ინტეგრაციის თითოეული გარემოს ჯანმრთელობა;
• კონფიგურატორში მრავალი Kubernetes კლასტერის განსაზღვრის მხარდაჭერა (მაგალითად, შეგიძლიათ გამოიყენოთ ცალკეული Kubernetes კლასტერები საცდელი განლაგებისა და საწარმოო სამუშაო დატვირთვებისთვის);
• Kubernetes-ის პოდებს შორის წვდომის შეზღუდვის მიზნით კონტეინერის ქსელის უსაფრთხოების პოლიტიკის განსაზღვრის მხარდაჭერა.

გარდა ამისა, შეიძლება აღინიშნოს პუბლიკაცია GitLab 12.9.1, 12.8.8 და 12.7.8 (Community Edition და Enterprise Edition) განახლებები, რომლებიც ასწორებს დაუცველობას. პრობლემა არსებობს GitLab EE/CE 8.5-ის გამოშვების შემდეგ და საშუალებას იძლევა, პროექტებს შორის პრობლემის გადატანისას წაიკითხოს ნებისმიერი ლოკალური ფაილის შინაარსი.
დაუცველობის დეტალები 30 დღის განმავლობაში გახდება ცნობილი.

წყარო: opennet.ru