Git Lab 11.10

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

მოსახერხებელი ინფორმაცია მილსადენების მუშაობის შესახებ სხვადასხვა პროექტებში

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

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

გაშვებული მილსადენები გაერთიანებული შედეგებისთვის

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

თანამშრომლობის შემდგომი ოპტიმიზაცია

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

გმადლობთ თქვენი გამოხმაურებისთვის და წინადადებებისთვის!

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

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

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

ამ თვის ყველაზე ღირებული თანამშრომელი არის ტაკუია ნოგუჩი (ტაკუია ნოგუჩი). ტაკუია გააკეთა კარგი სამუშაო GitLab-ის დიდებისთვის: გამოსწორებული ხარვეზები, დასრულებული ხარვეზები ფონსა და ფრონტში და გააუმჯობესა მომხმარებლის ინტერფეისი. Გმადლობთ!

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

მილსადენები მართვის პანელზე

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

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

მილსადენები გაერთიანებული შედეგებისთვის

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

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

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

თუ იყენებთ შერწყმის მოთხოვნის მილსადენებს (ნებისმიერი სიმძლავრით) და იყენებთ კერძო GitLab runners 11.8 ან უფრო ძველ ვერსიას, მოგიწევთ მათი განახლება ამ პრობლემის თავიდან ასაცილებლად. gitlab-ee#11122. ეს არ იმოქმედებს საჯარო GitLab-ის მომხმარებლებზე.

ცვლილებების შეთავაზება მრავალ ხაზზე

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

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

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

მალსახმობები ერთ ზონაში

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

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

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

ვთქვათ, თქვენ გაქვთ მალსახმობები workflow::development, workflow::review и workflow::deployed, რაც მიუთითებს თქვენი გუნდის სამუშაო პროცესის მდგომარეობაზე. თუ დავალებას უკვე აქვს მალსახმობი workflow::development, და დეველოპერს სურს ამოცანის გადატანა ეტაპზე workflow::review, ის უბრალოდ იყენებს ახალ მალსახმობას და ძველს (workflow::development) ავტომატურად იშლება. ეს ქცევა უკვე არსებობს, როდესაც ამოცანებს გადაიტანთ კომბინაციების სიებს შორის დავალების დაფაზე, რომელიც წარმოადგენს თქვენი გუნდის სამუშაო პროცესს. ახლა გუნდის წევრებს, რომლებიც უშუალოდ არ მუშაობენ დავალების დაფასთან, შეუძლიათ შეცვალონ სამუშაო პროცესის მდგომარეობა თავად ამოცანებში.

კონტეინერის რეესტრის უფრო საფუძვლიანი გაწმენდა

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

როდესაც თქვენ ჩვეულებრივ იყენებთ კონტეინერების რეესტრს CI მილსადენებით, თქვენ აყენებთ მრავალ ცალკეულ ცვლილებას ერთ ტეგში. Docker-ის დისტრიბუციის განხორციელების გამო, ნაგულისხმევი ქცევა არის სისტემაში ყველა ცვლილების შენახვა, მაგრამ ისინი საბოლოოდ იკავებენ დიდ მეხსიერებას. თუ იყენებთ პარამეტრს -m с registry-garbage-collect, შეგიძლიათ სწრაფად წაშალოთ ყველა წინა ცვლილება და გაათავისუფლოთ ძვირფასი სივრცე.

დამატებითი CI Runner წუთების შეძენა

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

მომხმარებლებს ფასიანი GitLab.com გეგმებით (ოქრო, ვერცხლი, ბრინჯაო) ახლა შეუძლიათ შეიძინონ დამატებითი CI Runner წუთი. ადრე საჭირო იყო გეგმით გათვალისწინებული კვოტის დაცვა. ამ გაუმჯობესებით, შეგიძლიათ წინასწარ შეიძინოთ კვოტაზე მეტი წუთები, რათა თავიდან აიცილოთ შეფერხებები მილსადენის გამორთვის გამო.

ახლა 1000 წუთი ღირს $8 და შეგიძლიათ შეიძინოთ რამდენიც გსურთ. დამატებითი წუთების გამოყენება დაიწყება, როდესაც დახარჯავთ მთელ თვიურ კვოტას, ხოლო დამატებითი წუთების დარჩენილი ნაწილი გადავა მომდევნო თვეში. IN მომავალი გამოშვება ჩვენ გვინდა ეს ფუნქცია უფასო გეგმებსაც დავამატოთ.

კომპოზირებადი Auto DevOps

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

Auto DevOps-ით გუნდები გადადიან DevOps-ის თანამედროვე პრაქტიკაზე თითქმის ძალისხმევის გარეშე. GitLab 11.10-დან დაწყებული, Auto DevOps-ში თითოეული სამუშაო მოცემულია როგორც დამოუკიდებელი შაბლონი. მომხმარებლებს შეუძლიათ გამოიყენონ функцию includes GitLab CI-ში ჩართოთ Auto DevOps-ის ცალკეული ეტაპები და ამავდროულად გამოიყენოთ თქვენი მორგებული ფაილი gitlab-ci.yml. ამ გზით თქვენ შეგიძლიათ ჩართოთ მხოლოდ თქვენთვის საჭირო სამუშაოები და ისარგებლოთ ზემოთ მოყვანილი განახლებებით.

ავტომატურად მართეთ ჯგუფის წევრები GitLab.com-ზე SCIM-ის გამოყენებით

ვერცხლი, ოქრო

ადრე თქვენ უნდა მართოთ ჯგუფის წევრობა GitLab.com-ზე. ახლა შეგიძლიათ გამოიყენოთ SAML SSO და მართოთ წევრობა SCIM-ის გამოყენებით, რათა შექმნათ, წაშალოთ და განაახლოთ მომხმარებლები GitLab.com-ზე.

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

შედით GitLab.com-ში SAML პროვაიდერის მეშვეობით

ვერცხლი, ოქრო

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

მომხმარებლებს არ მოუწევთ ორჯერ შესვლა, რაც გაუადვილებს კომპანიებს SAML SSO-ის გამოყენებას GitLab.com-ისთვის.

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

ბავშვთა ეპიკური სქემა

ULTIMATE, ოქრო

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

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

ამომხტარი ეკრანების მოთხოვნის შერწყმა

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

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

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

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

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

Git სამუშაო ნაკადები პროგრამული უზრუნველყოფის გამოშვების ან გადაზიდვისთვის ხშირად მოიცავს მრავალ გრძელვადიან ფილიალს — წინა ვერსიების გამოსწორების მიზნით (მაგ. stable-11-9) ან ხარისხის ტესტირებიდან წარმოებაზე გადასვლა (მაგ. integration), მაგრამ ადვილი არ არის ამ ფილიალების შერწყმის მოთხოვნების პოვნა მრავალ ღია შერწყმის მოთხოვნას შორის.

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

გმადლობთ, ჰიროიუკი სატო (ჰიროიუკი სატო)!

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

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

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

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

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

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

GitLab-ს შეუძლია პრომეთეს რამდენიმე სერვერზე წვდომა (გარემო, პროექტი და ჯგუფები (მოსალოდნელი)), მაგრამ რამდენიმე საბოლოო წერტილის არსებობამ შეიძლება გამოიწვიოს სირთულე ან შეიძლება არ იყოს მხარდაჭერილი სტანდარტული დაფებით. ამ გამოშვებით, გუნდებს შეუძლიათ გამოიყენონ ერთი Prometheus API, რაც მნიშვნელოვნად ამარტივებს ისეთ სერვისებთან ინტეგრაციას, როგორიცაა Grafana.

დაალაგეთ ვიკი გვერდები შექმნის თარიღის მიხედვით

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

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

კლასტერის მიერ მოთხოვნილი მონიტორინგის რესურსები

ULTIMATE, ოქრო

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

იხილეთ Load Balancer Metrics Grafana Dashboard-ში

CORE, STARTER, PREMIUM, ULTIMATE

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

SAST ელექსირისთვის

ULTIMATE, ოქრო

ჩვენ ვაგრძელებთ ენის მხარდაჭერის გაფართოებას და უსაფრთხოების შემოწმების გაღრმავებას. ამ გამოშვებაში ჩართულია პროექტების უსაფრთხოების შემოწმება Elixir და შექმნილი პროექტები ფენიქსის პლატფორმა.

მრავალი შეკითხვა ერთ დიაგრამაში

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

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

DAST შედეგები ჯგუფის უსაფრთხოების საინფორმაციო დაფაზე

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

ჩვენ დავამატეთ დინამიური აპლიკაციის უსაფრთხოების ტესტირების (DAST) შედეგები გუნდის უსაფრთხოების დაფაზე SAST-ის, კონტეინერების სკანირებისა და დამოკიდებულების სკანირების გარდა.

მეტამონაცემების დამატება კონტეინერის სკანირების ანგარიშში

ULTIMATE, ოქრო

ამ გამოცემაში კონტეინერის სკანირების ანგარიში შეიცავს მეტ მეტამონაცემებს - ჩვენ დავამატეთ დაზარალებული კომპონენტი (Clair ფუნქცია) არსებულ მეტამონაცემებში: პრიორიტეტი, ID (მიtre.org-ის მითითებით) და ზემოქმედების ქვეშ მყოფი დონე (მაგ. debian:8).

მეტრიკის მოხსენების ტიპის დამატება მოთხოვნების გაერთიანებისთვის

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

GitLab უკვე გთავაზობთ რამდენიმე ტიპის მოხსენებას, რომელიც შეიძლება იყოს უშუალოდ შერწყმის მოთხოვნებში: მოხსენებებიდან დაწყებული კოდის ხარისხი и ერთეულის ტესტირება გადამოწმების ეტაპზე, სანამ SAST и Dast დაცვის ეტაპზე.

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

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

ULTIMATE, ოქრო

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

მომხმარებლებს შეუძლიათ შეცვალონ კლონირების გზა CI-ში

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

ნაგულისხმევად, GitLab Runner კლონირებს პროექტს უნიკალურ ქვეტრასაზე $CI_BUILDS_DIR. მაგრამ ზოგიერთი პროექტისთვის, როგორიცაა Golang, კოდი უნდა იყოს კლონირებული კონკრეტულ დირექტორიაში, რათა ის აშენდეს.

GitLab 11.10-ში ჩვენ შემოვიღეთ ცვლადი GIT_CLONE_PATH, რომელიც საშუალებას გაძლევთ მიუთითოთ კონკრეტული გზა, სადაც GitLab Runner კლონირებს პროექტს დავალების შესრულებამდე.

დაცული ცვლადების მარტივი დაფარვა ჟურნალებში

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

GitLab გთავაზობთ რამდენიმე გზას დაიცვას и შეზღუდეთ ტერიტორია ცვლადები GitLab CI/CD-ში. მაგრამ ცვლადები მაინც შეიძლება დასრულდეს build ჟურნალებში, განზრახ ან შემთხვევით.

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

ჩართეთ ან გამორთეთ Auto DevOps გუნდის დონეზე

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

Auto DevOps-ით GitLab.com პროექტზე, თქვენ შეგიძლიათ გაუმკლავდეთ თანამედროვე DevOps-ის სამუშაო პროცესებს აშენებიდან მიწოდებამდე უპრობლემოდ.

GitLab 11.10-დან დაწყებული, შეგიძლიათ ჩართოთ ან გამორთოთ Auto DevOps იმავე ჯგუფის ყველა პროექტისთვის.

გამარტივებული და გაუმჯობესებული ლიცენზიის გვერდი

STARTER, PREMIUM, ULTIMATE

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

განაახლეთ მალსახმობების ამომრჩეველი Kubernetes-ის განლაგებისთვის

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

განლაგების პანელები აჩვენებს ინფორმაციას Kubernetes-ის ყველა განლაგების შესახებ.

ამ გამოშვებაში ჩვენ შევცვალეთ მალსახმობების განლაგების გზა. მატჩები უკვე ხელმისაწვდომია app.example.com/app и app.example.com/env ან app. ეს თავიდან აიცილებს ფილტრაციის კონფლიქტებს და პროექტთან დაკავშირებული არასწორი განლაგების რისკს.

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

დინამიურად ქმნის Kubernetes რესურსებს

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

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

Kubernetes-ის დანერგვისას, GitLab CI შექმნის ამ რესურსებს განლაგებამდე.

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

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

ჯგუფის დონის კლასტერები ახლა მხარს უჭერენ GitLab Runner-ის ინსტალაციას. ჯგუფის დონის Kubernetes მორბენალი ბავშვები პროექტებს ეჩვენებათ, როგორც ჯგუფური მორბენალი მონიშნული cluster и kubernetes.

ზარის მრიცხველი Knative ფუნქციებისთვის

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

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

პარამეტრის კონტროლი git clean GitLab CI/CD სამუშაოებისთვის

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

ნაგულისხმევად, GitLab Runner მუშაობს git clean კოდის ატვირთვის პროცესში GitLab CI/CD-ში სამუშაოს შესრულებისას. GitLab 11.10-დან, მომხმარებლებს შეუძლიათ აკონტროლონ გუნდში გადაცემული პარამეტრები git clean. ეს სასარგებლოა გუნდებისთვის, რომლებსაც აქვთ თავდადებული მორბენალი, ასევე გუნდებისთვის, რომლებიც აგროვებენ პროექტებს დიდი მონორეპოზიტორებიდან. ახლა მათ შეუძლიათ აკონტროლონ გადმოტვირთვის პროცესი სკრიპტების შესრულებამდე. ახალი ცვლადი GIT_CLEAN_FLAGS ნაგულისხმევი მნიშვნელობა არის -ffdx და იღებს ყველა შესაძლო ბრძანების პარამეტრს [git clean](https://git-scm.com/docs/git-clean).

გარე ავტორიზაცია Core-ში

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

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

Core-ში ჯგუფებში პროექტების შექმნის შესაძლებლობა

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

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

GitLab Runner 11.10

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

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

ყველაზე საინტერესო ცვლილებები:

• პარამეტრი კლონირების გზის დასაზუსტებლად.
• Улучшенная поддержка git clean.
• გამართვის მიკვლევის გამორთვის ვარიანტი.
• Lazy ცვლადის გაფართოების გამოყენება Windows Cmd-ში შეცდომის შემოწმებისთვის.
• Windows-ზე ფერის გამოსავლის დაფიქსირება.

ცვლილებების სრული სია შეგიძლიათ იხილოთ GitLab Runner ცვლილებების ჟურნალში: შეცვლა.

დაბრუნებულის შესწორება project_id blob search API-ში Elasticsearch-ში

STARTER, PREMIUM, ULTIMATE

ჩვენ გამოვასწორეთ შეცდომა Elasticsearch blob search API-ში, რომელიც შეცდომით აბრუნებდა 0-ს project_id. საჭირო იქნება რეინდექსი Elasticsearchსწორი მნიშვნელობების მისაღებად project_id GitLab-ის ამ ვერსიის ინსტალაციის შემდეგ.

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

CORE, STARTER, PREMIUM, ULTIMATE

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

• GitLab 11.10 მოიცავს მნიშვნელოვანი 5.9.0, ღია კოდის Slack ალტერნატივა, რომლის უახლესი გამოცემა მოიცავს ახალ ინტეგრაციის დირექტორიას Hipchat-დან მონაცემების ადვილად გადატანისთვის და მრავალი სხვა. ეს ვერსია მოიცავს უსაფრთხოების განახლებებიდა ჩვენ გირჩევთ განახლებას.
• ჩვენ ინტეგრირებული Grafana Omnibus-თანდა ახლა ადვილია თქვენი GitLab ინსტანციის მონიტორინგის დაწყება.
• ჩვენ დავამატეთ მხარდაჭერა Docker-ის რეესტრიდან ძველი კონტეინერის სურათების წასაშლელად.
• ჩვენ განვაახლეთ ca-სერთიფიკატები 2019-01-23.

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

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

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

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

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

CORE, STARTER, PREMIUM, ULTIMATE

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

• დაემატა მხარდაჭერა Elasticsearch-ისთვის.

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

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 მუდმივად გათიშული გაფრთხილება gitlab-ee!8433 გამოჩნდება გვერდზე ადმინისტრაციული ზონა > Geo > კვანძებითუ ზემოაღნიშნული შემოწმებები დაუშვებელია.

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

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

Ubuntu 14.04 მხარდაჭერა

GitLab 11.10 იქნება ბოლო გამოშვება Ubuntu 14.04 მხარდაჭერა.

Canonical-მა გამოაცხადა Ubuntu 14.04-ის სტანდარტული მხარდაჭერის დასრულება 2019 წლის აპრილი. ჩვენ მომხმარებლებს ვურჩევთ განახლდეს მხარდაჭერილ LTS ვერსიაზე: Ubuntu 16.04 ან Ubuntu 18.04.

წაშლის თარიღი: 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 ივნისს,

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

GitLab წარმოგიდგენთ ინფორმაციას თქვენი GitLab ინსტანციის შესახებ admin/system_info, მაგრამ ეს ინფორმაცია შეიძლება არ იყოს ზუსტი.

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

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

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

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

• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner

დაყენების

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

განახლება

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

GitLab გამოწერის გეგმები

GitLab ხელმისაწვდომია ორ გემოში: თვითმმართველი и ღრუბელი SaaS.

თვითმმართველი: შენობაში ან თქვენს სასურველ ღრუბლოვან პლატფორმაზე.

• Core: მცირე გუნდებისთვის, პირადი პროექტებისთვის ან GitLab-ის საცდელი პერიოდისთვის.
• შემქმნელის: გუნდებისთვის, რომლებიც მუშაობენ იმავე ოფისში მრავალ პროექტზე, რომლებსაც სჭირდებათ პროფესიული მხარდაჭერა.
• პრემიუმი: განაწილებული გუნდებისთვის, რომლებსაც სჭირდებათ მოწინავე ფუნქციები, მაღალი ხელმისაწვდომობა და XNUMX/XNUMX მხარდაჭერა.
• Ultimate: ბიზნესებისთვის, რომლებიც საჭიროებენ მტკიცე სტრატეგიას და შესრულებას გაუმჯობესებული უსაფრთხოებისა და შესაბამისობის გათვალისწინებით.

Cloud SaaS - GitLab.com: მასპინძლობს, მართავს და ადმინისტრირებას უწევს GitLab უფასო და ფასიანი ხელმოწერები ინდივიდუალური დეველოპერებისთვის და გუნდებისთვის.

• უფასო: შეუზღუდავი კერძო საცავი და პროექტის მონაწილეთა შეუზღუდავი რაოდენობა. დახურულ პროექტებს აქვთ წვდომა დონის ფუნქციებზე უფასოაქვს ღია პროექტები გქონდეთ წვდომა დონის ფუნქციებზე ოქრო.
• ბრინჯაოს: გუნდებისთვის, რომლებსაც სჭირდებათ წვდომა სამუშაო პროცესის გაფართოებულ ფუნქციებზე.
• Silver: გუნდებისთვის, რომლებსაც სჭირდებათ უფრო ძლიერი DevOps შესაძლებლობები, შესაბამისობა და უფრო სწრაფი მხარდაჭერა.
• ოქრო: ვარგისია მრავალი CI/CD სამუშაოსთვის. ყველა ღია პროექტს შეუძლია გამოიყენოს ოქროს ფუნქციები უფასოდ, გეგმის მიუხედავად.

წყარო: www.habr.com