GitLab 11.11: რამდენიმე პასუხისმგებლობა შერწყმის მოთხოვნებისა და კონტეინერების გაუმჯობესებისთვის

მეტი თანამშრომლობის ვარიანტები და დამატებითი შეტყობინებები

GitLab-ში ჩვენ მუდმივად ვეძებთ ახალ გზებს თანამშრომლობის გასაუმჯობესებლად DevOps-ის სასიცოცხლო ციკლის განმავლობაში. მოხარული ვართ განვაცხადოთ, რომ ამ გამოშვებით ჩვენ მხარს ვუჭერთ რამდენიმე პასუხისმგებელი პირი ერთი შერწყმის მოთხოვნაზე! ეს ფუნქცია ხელმისაწვდომია GitLab Starter დონიდან და ნამდვილად განასახიერებს ჩვენს დევიზის: "ყველას შეუძლია წვლილი შეიტანოს". ჩვენ ვიცით, რომ ერთი შერწყმის მოთხოვნაზე შეიძლება ბევრი ადამიანი მუშაობდეს, რათა დარწმუნდნენ, რომ ყველაფერი რიგზეა, და ახლა თქვენ გაქვთ შესაძლებლობა მინიჭოთ შერწყმის მოთხოვნის მრავალი მფლობელი!

DevOps გუნდებიც ახლა იღებენ ავტომატური შეტყობინებები Slack-სა და Mattermost-ში განლაგების მოვლენების შესახებ. დაამატეთ ახალი შეტყობინებები Push-ის მოვლენების სიას ამ ორ ჩატში და თქვენი გუნდი თითქმის მყისიერად გაიგებს ახალ განლაგებას.

შეამცირეთ ხარჯები Windows-ზე Docker კონტეინერების მხარდაჭერით და Kubernetes კლასტერების მაგალითების დონეზე

ჩვენ გვიყვარს კონტეინერები! კონტეინერები მოიხმარენ ნაკლებ სისტემურ რესურსებს ვირტუალურ მანქანებთან შედარებით და აუმჯობესებენ აპლიკაციის პორტაბელურობას. GitLab 11.11-ის გამოშვებიდან ჩვენ მხარს ვუჭერთ Windows Container Executor GitLab Runner-ისთვის, ასე რომ, ახლა შეგიძლიათ გამოიყენოთ Docker კონტეინერები Windows-ზე და ისიამოვნოთ მილსადენის ორკესტრირებისა და მართვის მოწინავე შესაძლებლობებით.

GitLab Premium (მხოლოდ თვითმართვადი შემთხვევები) ახლა გთავაზობთ ქეშირების დამოკიდებულების პროქსი Docker სურათებისთვის. ეს დამატება დააჩქარებს მიწოდებას, რადგან ახლა გექნებათ ქეშირების პროქსი ხშირად გამოყენებული Docker სურათებისთვის.

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

და ეს ყველაფერი არ არის!

ახალი თანამშრომლობის ფუნქციებისა და დამატებითი შეტყობინებების გარდა, ჩვენ დავამატეთ სტუმრების წვდომა საკითხებზე, გაიზარდა დამატებითი CI Runner წუთი GitLab უფასოდ, გამარტივებული ჩეკების გამოყენებით წინადადების გამოყენებისას განხილვის ავტომატურად გადაწყვეტა, და უფრო მეტი!

ამ თვის ყველაზე ღირებული თანამშრომელი (MVP) - კია მე სომაბესი (კია მეი სომაბესი)

ამ გამოშვებაში ჩვენ დავამატეთ ცალკეული საქაღალდეების საცავებიდან ჩამოტვირთვის შესაძლებლობა, ვიდრე მთელი შინაარსი. ახლა თქვენ შეგიძლიათ ჩამოტვირთოთ მხოლოდ რამდენიმე ფაილი, რომელიც გჭირდებათ. გმადლობთ, Kia Mae Somabes!

GitLab 11.11-ის ძირითადი მახასიათებლები

Windows Container Executor GitLab Runner-ისთვის

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

GitLab 11.11-ში, ჩვენ დავამატეთ ახალი runner GitLab Runner-ში, რათა Docker კონტეინერები გამოვიყენოთ Windows-ზე. ადრე, Windows-ზე Docker-ის კონტეინერების მოსაწყობად უნდა გამოეყენებინათ ჭურვი, მაგრამ ახლა შეგიძლიათ პირდაპირ Windows-ზე Docker კონტეინერებთან მუშაობა, ისევე როგორც Linux-ზე. Microsoft-ის პლატფორმის მომხმარებლებს ახლა უფრო მეტი ვარიანტი აქვთ მილსადენის ორკესტრირებისა და მართვისთვის.

ეს განახლება მოიცავს PowerShell-ის გაუმჯობესებულ მხარდაჭერას GitLab CI/CD-ში, ასევე ახალი მხარდაჭერის სურათებს Windows-ის კონტეინერების სხვადასხვა ვერსიებისთვის. თქვენი საკუთარი Windows runners, რა თქმა უნდა, შეიძლება გამოყენებულ იქნას GitLab.com-თან, მაგრამ ისინი ჯერ არ არიან საჯაროდ ხელმისაწვდომი ინსტრუმენტები.

ქეშირება დამოკიდებულების პროქსი კონტეინერის რეესტრისთვის

პრემიუმ, ULTIMATE

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

ამ დროისთვის, კონტეინერის პროქსი ხელმისაწვდომია მხოლოდ ვებ სერვერზე თვითმართვადი შემთხვევებისთვის პუმა (ექსპერიმენტულ რეჟიმში).

შერწყმის მოთხოვნებზე პასუხისმგებელი რამდენიმე ადამიანი

სტარტერი, პრემიუმ, ულტიმატი, ბრინჯაო, ვერცხლი, ოქრო

საკმაოდ ხშირია მრავალმა ადამიანმა იმუშაოს ფუნქციაზე საერთო ფილიალში და შერწყმის მოთხოვნა, მაგალითად, როდესაც წინა და უკანა ნაწილის დეველოპერები მჭიდროდ მუშაობენ ერთმანეთთან ან როდესაც დეველოპერები მუშაობენ წყვილებში, როგორც ექსტრემალური პროგრამირებაში.

GitLab 11.11-ში შეგიძლიათ დაავალოთ მრავალი ადამიანი მოთხოვნების შერწყმა. როგორც მრავალი დავალების მფლობელის შემთხვევაში, შეგიძლიათ გამოიყენოთ სიები, ფილტრები, შეტყობინებები და API.

Kubernetes კლასტერის კონფიგურაცია ინსტანციის დონეზე

CORE, STARTER, PREMIUM, ULTIMATE

უსაფრთხოებისა და უზრუნველყოფის მოდელი Kubernetes-ში ვითარდება, რათა კლიენტების დიდ რაოდენობას მოემსახუროს ერთი საერთო კლასტერის მეშვეობით.

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

განლაგების შეტყობინებები Slack-სა და Mattermost-ში

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

ახლა თქვენ შეგიძლიათ დააყენოთ ავტომატური შეტყობინებები განლაგების მოვლენების შესახებ გუნდურ არხზე ჩეთებთან ინტეგრაციის წყალობით Slack и მატერიადა თქვენი გუნდი ეცოდინება ყველა მნიშვნელოვან მოვლენას.

სტუმრების წვდომა საკითხებზე

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

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

სხვა გაუმჯობესებები GitLab 11.11-ში

სერიული ჩადენის გრაფიკები გაუმჯობესებული შესრულებისთვის

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

Git-ის მრავალი ოპერაციები მოითხოვს commit გრაფიკის გავლას, როგორიცაა შერწყმის ბაზის გამოთვლა ან ფილიალების ჩამოთვლა, რომლებიც შეიცავს commit-ს. რაც უფრო მეტია დასრულება, მით უფრო ნელია ეს ოპერაციები, რადგან გადაკვეთა მოითხოვს თითოეული ობიექტის ჩატვირთვას დისკიდან მისი მაჩვენებლების წასაკითხად.

GitLab 11.11-ში, ჩვენ გავააქტიურეთ სერიული დავალებების გრაფიკის ფუნქცია, რომელიც შემოვიდა Git-ის ბოლო გამოშვებებში, ამ ინფორმაციის პროაქტიულად გამოსათვლელად და შესანახად. დიდ საცავებში ცოცხალი ახლა ბევრად უფრო სწრაფია. ჩადენის გრაფიკი ავტომატურად შეიქმნება საცავის შემდეგი ნაგვის შეგროვების დროს.

წაიკითხეთ იმის შესახებ, თუ როგორ შეიქმნა სერიული ჩადენის გრაფიკი სტატიების სერია ამ ფუნქციის ერთ-ერთი ავტორისგან.

დამატებითი CI Runner წუთები: ახლა ხელმისაწვდომია უფასო გეგმებისთვის

უფასო, ბრინჯაო, ვერცხლი, ოქრო

გასულ თვეში ჩვენ დავამატეთ დამატებითი CI Runner წუთების შეძენის შესაძლებლობა, მაგრამ მხოლოდ ფასიანი GitLab.com გეგმებისთვის. ამ გამოშვებაში, წუთების შეძენა შესაძლებელია უფასო გეგმებშიც.

დირექტორია არქივების ატვირთვა საცავებში

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

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

მადლობა სამუშაოსთვის Kia Mae Somabes!

შემოთავაზების ახლა გამოყენება ავტომატურად წყვეტს დისკუსიას

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

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

დროის მრიცხველი ამოცანების დაფის გვერდითა ზოლზე

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

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

ინფორმაცია Environments API-ში განლაგების შესახებ

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

ჩვენ დავამატეთ Environments API-ში შეკითხვის შესაძლებლობა გარემოს სპეციფიკური ინფორმაციისთვის, რათა ვიცოდეთ, რა commit არის განლაგებული გარემოზე ახლავე. ეს გაუადვილებს ავტომატიზაციას და ანგარიშგებას Environments-ის მომხმარებლებისთვის GitLab-ში.

უარყოფითი ცვლადი ემთხვევა მილსადენის წესებს

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

ახლა შეგიძლიათ შეამოწმოთ უარყოფითი თანასწორობა ან ნიმუშის შესატყვისი (!= и !~) ფაილში .gitlab-ci.yml გარემოს ცვლადების მნიშვნელობების შემოწმებისას, ამიტომ მილსადენების ქცევის კონტროლი უფრო მოქნილი გახდა.

გაუშვით ყველა მექანიკური დავალება ეტაპად ერთი დაწკაპუნებით

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

GitLab 11.11-ში მომხმარებლებს, რომლებსაც აქვთ მრავალი ხელით დავალება თავიანთ ეტაპებზე, ახლა შეუძლიათ დაასრულონ ყველა ასეთი დავალება ერთ ეტაპზე ღილაკზე დაწკაპუნებით. "ითამაშე ყველა" ("Run All") სცენის სახელის მარჯვნივ Pipelines ხედში.

ფაილის შექმნა პირდაპირ გარემოს ცვლადიდან

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

გარემოს ცვლადები ხშირად გამოიყენება ფაილების შესაქმნელად, განსაკუთრებით საიდუმლოებისთვის, რომლებიც უნდა იყოს დაცული და ხელმისაწვდომია მხოლოდ კონკრეტულ გარემოში. ამისათვის თქვენ დააყენეთ ცვლადის შიგთავსი ფაილის შიგთავსზე და შექმენით ფაილი სამუშაოში, რომელიც შეიცავს მნიშვნელობას. ახალი გარემოს ცვლადით, როგორიცაა file ეს შეიძლება გაკეთდეს ერთი ნაბიჯით, თუნდაც ცვლილების გარეშე .gitlab-ci.yml.

API ბოლო წერტილი დაუცველობის შესახებ ინფორმაციისთვის

ULTIMATE, ოქრო

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

სრული დინამიური სკანირების შესაძლებლობა DAST-ისთვის

ULTIMATE, ოქრო

GitLab-ში შეგიძლიათ დინამიურად შეამოწმოთ აპლიკაციის უსაფრთხოება (Dynamic Application Security Testing, DAST), როგორც CI მილსადენის ნაწილი. ამ გამოშვებიდან დაწყებული, შეგიძლიათ აირჩიოთ სრული დინამიური სკანირება სტანდარტული პასიური სკანირების ნაცვლად. სრული დინამიური სკანირება იცავს მეტი დაუცველობისგან.

პრომეთეს ინსტალაცია ჯგუფის დონის კლასტერებში

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

GitLab-ის ეს გამოშვება წარმოგიდგენთ Kubernetes კლასტერის მთელ ჯგუფს მიმაგრების შესაძლებლობას. ჩვენ ასევე დავამატეთ Prometheus-ის ერთი ეგზემპლარის ინსტალაციის შესაძლებლობა კლასტერზე, რათა გაადვილდეს კლასტერზე არსებული ყველა პროექტის მონიტორინგი.

შეიტყვეთ უსაფრთხოების დაფის დაუცველობის უგულებელყოფის შესახებ

ULTIMATE, ოქრო

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

შექმენით პერსონალური მეტრიკის დიაგრამები თქვენს დაფაზე

პრემიუმი, ულტიმატი, ვერცხლი, ოქრო

შექმენით ახალი სქემები მორგებული შესრულების მეტრიკებით თქვენი მეტრიკის საინფორმაციო დაფის დაფიდან. მომხმარებლებს ახლა შეუძლიათ შექმნან, განაახლონ და წაშალონ მეტრიკის ვიზუალიზაცია დაფაზე დაწკაპუნებით "მეტრიკის დამატება" („მეტრიკის დამატება“) დაფის ხელსაწყოთა პანელის ზედა მარჯვენა კუთხეში.

შეტყობინებების საკითხები ახლა გახსნილია როგორც GitLab Alert Bot

პრემიუმი, ულტიმატი, ვერცხლი, ოქრო

ახლა შეტყობინებებიდან გახსნილი საკითხების ავტორს დაყენებული ექნება GitLab Alert Bot, ასე რომ, თქვენ შეგიძლიათ დაუყოვნებლივ დაინახოთ, რომ საკითხი ავტომატურად შეიქმნა მნიშვნელოვანი შეტყობინებებიდან.

ეპიკური აღწერილობების ავტომატური შენახვა ადგილობრივ მეხსიერებაში

ULTIMATE, ოქრო

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

GitLab mirroring მხარდაჭერა Git LFS-ისთვის

სტარტერი, პრემიუმ, ულტიმატი, ბრინჯაო, ვერცხლი, ოქრო

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

საცავის წაკითხვისა და ჩაწერის ნებართვები პირადი წვდომის ნიშნებისთვის

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

ბევრ პერსონალურ წვდომის ჟეტონს აქვს დონეზე შეცვლის ნებართვა api, მაგრამ API-ს სრულმა წვდომამ შესაძლოა ძალიან ბევრი უფლება მისცეს ზოგიერთ მომხმარებელს ან ორგანიზაციას.

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

გმადლობთ, ჰორატიუ ევგენ ვლადი (ჰორატიუ ევგენ ვლადი)!

GraphQL სურათების ძირითადი მხარდაჭერის დამატება

უფასო, ბრინჯაო, ვერცხლი, ოქრო, ბირთვი, სტარტერი, პრემიუმ, ULTIMATE

GraphQL API-ით მომხმარებლებს შეუძლიათ ზუსტად განსაზღვრონ რა მონაცემები სჭირდებათ და მიიღონ ყველა საჭირო მონაცემი რამდენიმე შეკითხვით. ამ გამოშვებით დაწყებული, GitLab მხარს უჭერს ძირითადი ჯგუფის ინფორმაციის დამატებას GraphQL API-ში.

შედით Salesforce სერთიფიკატებით

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

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

SAML SSO ახლა საჭიროა ვებ წვდომისთვის

პრემიუმი, ულტიმატი, ვერცხლი, ოქრო

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

გაფილტრეთ ახლახან შექმნილი ან შეცვლილი მონაცემების მიხედვით epics API-სთვის

ULTIMATE, ოქრო

ადრე, GitLab epics API-ის გამოყენებით ახლახან შექმნილი ან შეცვლილი მონაცემების კითხვა ადვილი არ იყო. 11.11 გამოშვებაში ჩვენ დავამატეთ დამატებითი ფილტრები created_after, created_before, updated_after и updated_beforeუზრუნველყოს ამოცანის API-სთან თანმიმდევრულობა და სწრაფად მოძებნოს შეცვლილი ან ახლად შექმნილი ეპოსები.

ბიომეტრიული ავთენტიფიკაცია UltraAuth-ით

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

კომპანია UltraAuth სპეციალიზირებულია პაროლის გარეშე ბიომეტრიულ ავთენტიფიკაციაში. ჩვენ ახლა მხარს ვუჭერთ ამ ავთენტიფიკაციის მეთოდს GitLab-ზე!

გმადლობთ, კარტიკი ტანნა (კარტიკეი ტანნა)!

GitLab Runner 11.11

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

დღეს ჩვენ გამოვაქვეყნეთ GitLab Runner 11.11! GitLab Runner არის ღია კოდის პროექტი, რომელიც გამოიყენება CI/CD სამუშაოების გასაშვებად და შედეგების GitLab-ში გაგზავნისთვის.

• Исправлена проблема, при которой git lfs არ მიიღო ქვემოდული ობიექტები.
• დიდი კვალის ოპტიმიზებული დამუშავება.
• თქვენ შეგიძლიათ დააკონფიგურიროთ ფუნქციების პარამეტრები config.toml-ის გამოყენებით.
• Можно использовать параметры функций для настройки папки /builds.
• დაემატება PowerShell მხარდაჭერა Docker Executor-ისთვის.
• Windows Docker მოცულობის კონფიგურაციის მხარდაჭერა.

ომნიბუსის გაუმჯობესება

CORE, STARTER, PREMIUM, ULTIMATE

ჩვენ განვახორციელეთ შემდეგი გაუმჯობესება Omnibus-ში GitLab 11.11-ში:

• GitLab 11.11 მოიცავს მნიშვნელოვანი 5.10 - ღია კოდის Slack ალტერნატივა, რომლის ახალი გამოშვება მოიცავს ინტერაქტიულ ეფემერებს და სხვა. ეს ვერსია შეიცავს უსაფრთხოების განახლებებიდა ჩვენ გირჩევთ განაახლოთ.
• Grafana обновлена до версии 1.1.0Omnibus-ის უახლესი დაფების დასაჭერად.
• PostreSQL 10 ახლა მოიცავს Omnibus-ს.
• Sentry DSN теперь можно передавать в gitlab.yml.
• Обновление RubyGems до 2.7.9.
• Обновление liblzma დან 5.2.4 с 5.2.2.
• Обновление libtool დან 2.4.6.
• postresql запускается после команды pg-upgrade.
• პრომეთეს კომპონენტების განახლება უახლესი ვერსიებით.
• Обновление git до 2.21.0.

სქემების გაუმჯობესება

CORE, STARTER, PREMIUM, ULTIMATE

ჩვენ განვახორციელეთ შემდეგი გაუმჯობესება Helm ჩარტებში GitLab 11.11-ში:

• GitLab 11.11-ში შეგიძლიათ მიამაგრეთ მოცულობა tmp/სამუშაო დირექტორია შესანახად.
• ხელმისაწვდომია ადმინისტრატორებისთვის დამატებითი კონფიგურაციის პარამეტრებიმათ შორის memoryKiller, maxRss, graceTime и shutdownWait.
• ჰემის ჩარტები ახლა მუდმივად ტესტირება ამაზონის ელასტიური კონტეინერის სერვისში Kubernetes-ისთვის (EKS)

შესრულების გაუმჯობესება

CORE, STARTER, PREMIUM, ULTIMATE, უფასო, ბრინჯაო, ვერცხლი, ოქრო

ჩვენ ვაგრძელებთ GitLab-ის მუშაობის გაუმჯობესებას ყველა ზომის GitLab-ის ინსტანციების ყველა გამოშვებით. ზოგიერთი გაუმჯობესება GitLab 11.11-ში:

• დააჩქარეთ მომხმარებლის ავტომატური დასრულება, როდესაც პასუხი შეიცავს ბევრ გზას ავატარებისკენ.
• Sidekiq დატვირთვის შემცირება todos-ის მოხსნისას.
• GraphQL გადამწყვეტის სირთულის გამოთვლა ელემენტების საფუძველზე.
• გაუმჯობესებული გლობალური ძიების შესრულება დაბრუნებული ობიექტებისთვის.
• გაუმჯობესებული შესრულება სრული განსხვავებების ფაილის განლაგებისას.
• გარანტირებულია ბლომების მოთხოვნა მხოლოდ ერთ პაკეტში.
• ჩამოთვალეთ ვიკი გვერდები კონტენტის ჩამოტვირთვის გარეშე.
• მოერიდეთ დროებითი ბმულების შექმნას იმავე პროექტში ფილიალების შესადარებლად.

მოძველებული ფუნქციები

GitLab Geo უზრუნველყოფს ჰეშირებულ შენახვას GitLab 12.0-ში

საჭიროა GitLab Geo ჰეშირებული საცავი მეორად კვანძებზე კონკურენციის შესამცირებლად. ეს აღინიშნა ქ gitlab-ce#40970.

GitLab-ში 11.5 ჩვენ დავამატეთ ეს მოთხოვნა Geo დოკუმენტაციაში: gitlab-ee#8053.

GitLab-ში 11.6 sudo gitlab-rake gitlab:geo:check ამოწმებს, ჩართულია თუ არა ჰეშირებული მეხსიერება და ყველა პროექტის მიგრაცია. Სმ. gitlab-ee#8289. თუ იყენებთ Geo-ს, გთხოვთ, გაუშვით ეს შემოწმება და გადაიტანოთ რაც შეიძლება მალე.

GitLab-ში 11.8 გვერდზე გამოჩნდება მუდმივად გათიშული გაფრთხილება Admin Area › Geo › Nodesთუ ზემოაღნიშნული შემოწმებები დაუშვებელია. gitlab-ee!8433.

GitLab-ში 12.0 Geo გამოიყენებს ჰეშირებული შენახვის მოთხოვნებს. Სმ. gitlab-ee#8690.

წაშლის თარიღი: 22 2019 ივნისს,

GitLab Geo მოუტანს PG FDW-ს GitLab 12.0-ში

ეს აუცილებელია Geo Log Cursor-ისთვის, რადგან ის მნიშვნელოვნად აუმჯობესებს ზოგიერთი სინქრონიზაციის ოპერაციების შესრულებას. ასევე გაუმჯობესებულია Geo კვანძის სტატუსის მოთხოვნების შესრულება. წინა შეკითხვებს ჰქონდა ძალიან ცუდი შესრულება დიდ პროექტებზე. ნახეთ, როგორ დააყენოთ ეს გეო მონაცემთა ბაზის რეპლიკაცია. GitLab-ში 12.0 Geo-ს დასჭირდება PG FDW. Სმ. gitlab-ee#11006.

წაშლის თარიღი: 22 2019 ივნისს,

Sentry პარამეტრები ხარვეზების მოხსენებისა და აღრიცხვისთვის წაიშლება მომხმარებლის ინტერფეისიდან GitLab 12.0-ში

ეს პარამეტრები წაიშლება მომხმარებლის ინტერფეისიდან GitLab 12.0-ში და ხელმისაწვდომი იქნება ფაილში gitlab.yml. გარდა ამისა, შეგიძლიათ განსაზღვროთ Sentry გარემო, რომ განასხვავოთ მრავალი განლაგება. მაგალითად, განვითარება, დადგმა და წარმოება. Სმ. gitlab-ce#49771.

წაშლის თარიღი: 22 2019 ივნისს,

თითო წარდგენაზე შექმნილი მილსადენების მაქსიმალური რაოდენობის შეზღუდვა

ადრე GitLab-მა შექმნა მილსადენები HEAD თითოეული ფილიალი წარდგინებაში. ეს მოსახერხებელია დეველოპერებისთვის, რომლებიც ერთდროულად ახდენენ რამდენიმე ცვლილებას (მაგალითად, ფუნქციების ფილიალში და ფილიალში develop).

მაგრამ როდესაც დიდი საცავი უბიძგებთ მრავალი აქტიური ფილიალით (მაგალითად, მოძრავი, სარკისებური ან განშტოება), თქვენ არ გჭირდებათ მილსადენის შექმნა თითოეული ფილიალისთვის. GitLab 11.10-დან დაწყებული ჩვენ ვქმნით მაქსიმუმ 4 მილსადენი გაგზავნისას.

წაშლის თარიღი: 22 მაისი 2019 ქალაქი

GitLab Runner-ის მოძველებული კოდის ბილიკები

Gitlab 11.9-ის მდგომარეობით, GitLab Runner იყენებს ახალი მეთოდი საცავის კლონირება/გამოძახება. ამჟამად GitLab Runner გამოიყენებს ძველ მეთოდს, თუ ახალი არ არის მხარდაჭერილი. იხილეთ მეტი დეტალი აქ ამ ამოცანას.

GitLab 11.0-ში ჩვენ შევცვალეთ მეტრიკის სერვერის კონფიგურაციის გარეგნობა GitLab Runner-ისთვის. metrics_serverსასარგებლოდ მოიხსნება listen_address GitLab 12.0-ში. იხილეთ მეტი დეტალი აქ ამ ამოცანას.

11.3 ვერსიაში GitLab Runner-მა დაიწყო მხარდაჭერა მრავალი ქეში პროვაიდერი; რამაც გამოიწვია ახალი პარამეტრები კონკრეტული S3 კონფიგურაცია. In დოკუმენტაცია მოცემულია ცვლილებების ცხრილი და ინსტრუქციები ახალ კონფიგურაციაზე გადასვლისთვის. იხილეთ მეტი დეტალი აქ ამ ამოცანას.

ეს ბილიკები არ იქნება ხელმისაწვდომი GitLab 12.0-ში. როგორც მომხმარებელს, თქვენ არ გჭირდებათ არაფრის შეცვლა, გარდა იმისა, რომ დარწმუნდეთ, რომ თქვენი GitLab ინსტანცია მუშაობს 11.9+ ვერსიაზე GitLab Runner 12.0-ზე განახლებისას.

წაშლის თარიღი: 22 2019 ივნისს,

GitLab Runner-ისთვის შესვლის წერტილის ფუნქციისთვის მოძველებული პარამეტრი

11.4 GitLab Runner შემოაქვს ფუნქციის პარამეტრს FF_K8S_USE_ENTRYPOINT_OVER_COMMAND პრობლემების გადასაჭრელად, როგორიცაა # 2338 и # 3536.

GitLab 12.0-ში ჩვენ გადავალთ სწორ ქცევაზე, თითქოს ფუნქციის პარამეტრი გამორთულია. იხილეთ მეტი დეტალი აქ ამ ამოცანას.

წაშლის თარიღი: 22 2019 ივნისს,

ლინუქსის დისტრიბუციის მხარდაჭერა მოძველებულია და აღწევს EOL-ს GitLab Runner-ისთვის

Linux-ის ზოგიერთი დისტრიბუცია, რომელზედაც შესაძლებელია GitLab Runner-ის დაყენება, ემსახურებოდა თავის მიზანს.

GitLab 12.0-ში GitLab Runner აღარ გაავრცელებს პაკეტებს Linux-ის დისტრიბუციებზე. დისტრიბუციების სრული სია, რომლებიც აღარ არის მხარდაჭერილი, შეგიძლიათ იხილოთ ჩვენს საიტზე დოკუმენტაცია. გმადლობთ, ხავიერ არდო (ხავიერ ჯარდონი), შენთვის წვლილი!

წაშლის თარიღი: 22 2019 ივნისს,

ძველი GitLab Runner Helper ბრძანებების წაშლა

როგორც მხარდაჭერის დამატების ნაწილი Windows Docker-ის შემსრულებელი იძულებული გახდა დაეტოვებინა რამდენიმე ძველი ბრძანება, რომელიც გამოიყენება დამხმარე სურათი.

GitLab 12.0-ში GitLab Runner გაშვებულია ახალი ბრძანებების გამოყენებით. ეს ეხება მხოლოდ მომხმარებლებს, რომლებიც დამხმარე სურათის გადაფარვა. იხილეთ მეტი დეტალი აქ ამ ამოცანას.

წაშლის თარიღი: 22 2019 ივნისს,

GitLab Runner-იდან მოძველებული git სუფთა მექანიზმის ამოღება

GitLab Runner 11.10-ში ჩვენ საშუალება მისცა დააკონფიგურიროთ როგორ ასრულებს Runner ბრძანებას git clean. გარდა ამისა, ახალი დასუფთავების სტრატეგია ხსნის გამოყენებას git reset და აყენებს ბრძანებას git clean გადმოტვირთვის ეტაპის შემდეგ.

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

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

წაშლის თარიღი: 22 2019 ივნისს,

ჯგუფური პროექტის შაბლონები ხელმისაწვდომია მხოლოდ Silver/Premium გეგმებისთვის

როდესაც ჩვენ შემოვიღეთ გუნდის დონის პროექტის შაბლონები 11.6-ში, ჩვენ შემთხვევით გავხადეთ ეს Premium/Silver ფუნქცია ხელმისაწვდომი ყველა გეგმისთვის.

ჩვენ ამ ხარვეზის გამოსწორება 11.11 გამოშვებაში და დამატებით 3 თვეს აძლევს ყველა მომხმარებელს და ინსტანციას Silver/Premium დონის ქვემოთ.

22 წლის 2019 აგვისტოდან ჯგუფური პროექტის შაბლონები ხელმისაწვდომი იქნება მხოლოდ Silver/Premium გეგმებისთვის და ზემოთ, როგორც აღწერილია დოკუმენტაციაში.

წაშლის თარიღი: 22 ავგუსტა 2019 გ.

Windows-ის სერიული სამუშაოების მხარდაჭერა შეწყდა

GitLab 13.0-ში (22 წლის 2020 ივნისი), ჩვენ ვგეგმავთ ამოიღოთ მხარდაჭერა Windows ბრძანების ხაზის ჯგუფური სამუშაოებისთვის GitLab Runner-ში (მაგ. cmd.exe) Windows PowerShell-ის გაძლიერებული მხარდაჭერის სასარგებლოდ. დამატებითი დეტალები ში ამ ამოცანას.

ჩვენი ხედვა საწარმოს DevOps-ის შესახებ ახლა შეესაბამება Microsoft-ის პოზიციას, რომ PowerShell არის საუკეთესო ვარიანტი საწარმოს აპლიკაციების ავტომატიზაციისთვის Windows გარემოში. თუ გსურთ გააგრძელოთ გამოყენება cmd.exe, ამ ბრძანებების გამოძახება შესაძლებელია PowerShell-იდან, მაგრამ ჩვენ პირდაპირ არ ვუჭერთ მხარს Windows-ის ჯგუფურ სამუშაოებს რამდენიმე შეუსაბამობის გამო, რაც იწვევს ტექნიკური და განვითარების მაღალ ხარჯებს.

წაშლის თარიღი: 22 2019 სექტემბერი,

საჭიროებს Git 2.21.0 ან უფრო მაღალ ვერსიას

GitLab 11.11-დან გასაშვებად საჭიროა Git 2.21.0. Omnibus GitLab უკვე იგზავნება Git 2.21.0-ით, მაგრამ ორიგინალური ინსტალაციების მომხმარებლებს Git-ის წინა ვერსიებით განახლება მოუწევთ.

წაშლის თარიღი: 22 მაისი 2019 ქალაქი

Legacy Kubernetes სერვისის შაბლონი

GitLab 12.0-ში ჩვენ ვგეგმავთ გადავიდეთ Kubernetes სერვისის შაბლონიდან ინსტანციის დონეზე GitLab 11.11-ში დანერგილი ინსტანციის დონის კლასტერის კონფიგურაციის სასარგებლოდ.

სერვისის შაბლონის გამოყენებით ყველა თვითმართული ეგზემპლარი გადაინაცვლებს ინსტანციის დონის კლასტერში GitLab 12.0-ზე განახლებისას.

წაშლის თარიღი: 22 2019 ივნისს,

ეტიკეტების დამთხვევაზე უარის თქმა app Kubernetes-ის განლაგების პანელებზე

GitLab 12.0-ში ჩვენ ვგეგმავთ გადავიდეთ Kubernetes-ის განლაგების ამომრჩეველში აპლიკაციის ლეიბლის დამთხვევისგან. GitLab 11.10-ში ჩვენ წარმოვადგინეთ ახალი შესატყვისი მექანიზმი, რომელიც ეძებს შესატყვისებს app.example.com/app и app.example.com/envპანელზე განლაგების ჩვენება.

იმისათვის, რომ ეს განლაგება გამოჩნდეს თქვენს განლაგების საინფორმაციო დაფებში, თქვენ უბრალოდ წარადგინეთ ახალი განლაგება და GitLab გამოიყენებს ახალ ლეიბლებს.

წაშლის თარიღი: 22 2019 ივნისს,

GitLab 12.0 პაკეტები ხელმოწერილი იქნება გაფართოებული ხელმოწერით

2 წლის 2019 მაისი GitLab გაახანგრძლივა პაკეტებზე გასაღებების ხელმოწერის მოქმედების ვადა Omnibus GitLab 01.08.2019/01.07.2020/XNUMX-დან XNUMX/XNUMX/XNUMX-მდე. თუ თქვენ ამოწმებთ პაკეტის ხელმოწერებს და გსურთ განაახლოთ გასაღებები, უბრალოდ მიჰყევით ინსტრუქციას ხელახლა დოკუმენტაცია ომნიბუსის პაკეტებზე ხელმოწერისთვის.

წაშლის თარიღი: 22 2019 ივნისს,

ჟურნალის შეცვლა

მოძებნეთ ყველა ეს ცვლილება ცვლილებების ჟურნალში:

• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner

დაყენების

თუ თქვენ აყენებთ ახალ GitLab ინსტალაციას, ეწვიეთ GitLab ჩამოტვირთვის გვერდი.

განახლება

→ შეამოწმეთ განახლებების გვერდი

წყარო: www.habr.com