CI dəyişənləri, Kubernetes Agent və təhlükəsizlik mərkəzi və Starter-də dəyişdirilə bilən funksiyalar üçün HashiCorp deposu ilə buraxılmış 13.4 buraxılışı
GitLab-da biz həmişə istifadəçilərə riski azaltmaq, səmərəliliyi artırmaq və sevimli platformanızda daha sürətli çatdırmaqda necə kömək edə biləcəyinizi düşünürük. Bu ay biz təhlükəsizliyi yaxşılaşdıran, zəiflikləri azaldan, səmərəliliyi artıran, GitLab-dan istifadəni asanlaşdıran və komandanıza funksiyaları daha da sürətli çatdırmağa kömək edən çoxlu yeni əla xüsusiyyətlər əlavə etdik. Ümid edirik ki, buraxılışın əsas xüsusiyyətlərini faydalı tapacaqsınız, eləcə də 53 digər yeni funksiyalarbu buraxılışda əlavə edilmişdir.
Qabaqcıl təhlükəsizlik seçimləri
Biz hər ay GitLab DevSecOps-a bir neçə yeni funksiya əlavə etməyə çalışırıq və bu buraxılış da istisna deyil. montaj və yerləşdirmə zamanı. Bundan əlavə, kod yerləşdirmə vəzifələrinin ayrılmasını dəstəkləmək istəyən təşkilatlar indi edə bilərlər . Bu rol uyğun gəlir və kodun özünü dəyişdirməyə girişi təmin etmədən birləşmə sorğularını təsdiqləməyə (GitLab-ın rus dilində lokalizasiyasında "sorğuları birləşdir") və kodu təhlükəsiz mühitlərdə yerləşdirməyə imkan verəcəkdir.
Riski azaltmağın başqa bir yolu yeni istifadə etməkdir . Əməliyyat mütəxəssisləri GitLab-dan Kubernetes klasterlərini öz klasterlərini bütün internetə təqdim etmədən yerləşdirə bilərlər. Biz həmçinin yeni Terraform dövlət faylları üçün avtomatik versiya idarəetmə dəstəyini təqdim edirik uyğunluğu və sazlamanın asanlığını dəstəkləmək. Nəhayət, nümunənin təhlükəsizlik idarəetmə paneli təkmilləşdi zəiflik hesabatları və təhlükəsizlik parametrləri ilə.
GitLab ilə daha rahat və səmərəli iş
Əlavə etməklə qlobal axtarışımızı təkmilləşdirdik , ən son biletlərə, qruplara, layihələrə, parametrlərə və yardım mövzularına asanlıqla keçməyə imkan verir. GitLab Səhifələrində bunu elan etməkdən məmnunuq istifadəçilərə saytlarını daha səmərəli şəkildə yerləşdirməyə imkan verən sayt daxilində fərdi səhifələri və qovluqları yönləndirmək. Yerləşdirmə haqqında geniş məlumat almaq istəyənlər üçün bu buraxılış imkan verir !
Açıq mənbə töhfələri
təmsil edirik , əlavə etdi . Kod dəyişiklikləri üçün vahid test əhatə nişanları tərtibatçılara təhlillər zamanı kodun əhatə dairəsinin vizual təqdimatını verir; bu məlumat nəzərdən keçirmələri sürətləndirməyə və yeni kodu birləşdirmək və yerləşdirmək üçün vaxtı azaltmağa kömək edir. Həm də biz və planlaşdırın .
Və bu yalnız başlanğıcdır!
Həmişə olduğu kimi, ümumi baxışda çox az yer var və 13.4 buraxılışında çox gözəl xüsusiyyətlər var. Budur daha bir neçəsi:
- .
Sizi nələrin gözlədiyini əvvəlcədən bilmək istəyirsinizsə sonra buraxın, baxın .
.
bu ay -
Fabio əhəmiyyətli töhfə verdi в - GitLab cəmiyyətində çoxdan gözlənilən xüsusiyyət. Bu, GitLab komandasının üzvləri ilə daimi əməkdaşlığı tələb edən və UX, front-end və back-end kimi layihənin bir çox sahələrinə təsir edən qeyri-ciddi dəyişikliklərlə həqiqətən mühüm töhfədir.
GitLab 13.4 buraxılışının əsas xüsusiyyətləri
CI İşlərində HashiCorp Vault Açarlarından istifadə edin
(PREMIUM, ULTIMATE, GÜMÜŞ, QIZIL)
12.10 buraxılışında GitLab GitLab iş idarəçisindən (GitLab runner) istifadə edərək CI işlərinə açarları qəbul etmək və ötürmək qabiliyyətini təqdim etdi. İndi biz genişləndiririk , yeni sintaksis əlavə edir secrets sənədləşdirmək .gitlab-ci.yml. Bu, GitLab ilə HashiCorp repozitoriyasının qurulmasını və istifadəsini asanlaşdıracaq.
и .
GitLab Kubernetes Agentini təqdim edirik
(PREMIUM, ULTIMATE)
GitLab-ın Kubernetes ilə inteqrasiyası uzun müddət Kubernetes klasterlərində əl ilə konfiqurasiyaya ehtiyac olmadan yerləşdirməyə imkan verdi. Bir çox istifadəçi bu paketdən istifadənin asanlığını bəyəndi, digərləri isə bəzi çətinliklərlə üzləşdi. Davamlı inteqrasiya üçün GitLab-ın ona daxil ola bilməsi üçün klasteriniz internetdən əlçatan olmalıdır. Bir çox təşkilatlar üçün bu mümkün deyil, çünki onlar təhlükəsizlik, uyğunluq və ya tənzimləyici səbəblərə görə klasterlərə girişi məhdudlaşdırırlar. Bu məhdudiyyətləri aradan qaldırmaq üçün istifadəçilər öz alətlərini GitLab üzərində qurmalı idilər, əks halda onlar bu funksiyadan istifadə edə bilməyəcəklər.
Bu gün biz Kubernetes klasterlərinə yerləşdirməyin yeni üsulu olan GitLab Kubernetes Agentini təqdim edirik. Agent klasterinizin içərisində işləyir, ona görə də onu bütün internetə təqdim etməyə ehtiyac yoxdur. Agent, GitLab əvəzinə GitLab-dan yeni dəyişikliklər tələb edərək, klasterə yeniləmələri təkan verməklə yerləşdirməni əlaqələndirir. Hansı GitOps metodundan istifadə etməyinizdən asılı olmayaraq, GitLab sizin üçün uyğundur.
Nəzərə alın ki, bu agentin ilk buraxılışıdır. Hazırda biz GitLab Kubernetes Agentini kod vasitəsilə yerləşdirmənin konfiqurasiyası və idarə edilməsinə yönəltmişik. Yerləşdirmə lövhələri və GitLab tərəfindən idarə olunan tətbiqlər kimi bəzi mövcud Kubernetes inteqrasiya xüsusiyyətləri hələ dəstəklənmir. bu imkanların gələcək buraxılışlarda agentə əlavə ediləcəyini, həmçinin təhlükəsizlik və uyğunluğa yönəlmiş yeni inteqrasiyaların.
и .
İstifadəçilərə kod girişi olmadan yerləşdirməyə icazə verin
(PREMIUM, ULTIMATE, GÜMÜŞ, QIZIL)
Əvvəllər, GitLab-da icazə sistemi komandanızda məsuliyyətləri inkişafa cavabdeh olanlar və yerləşdirməyə cavabdeh olanlar arasında düzgün bölüşdürməyə imkan vermirdi. GitLab 13.4-ün buraxılması ilə siz yerləşdirmə üçün birləşmə sorğularını təsdiqləməyə, həmçinin kod yazmayan insanlara kodu faktiki yerləşdirməyə icazə verə bilərsiniz, eyni zamanda onlara texniki qulluqçu girişi (GitLab-ın rusca lokalizasiyasında “maintainer”). ”).
и .
Təhlükəsizlik Mərkəzi
(SON, QIZIL)
Əvvəllər instansiya səviyyəsində zəifliyin idarə edilməsi həm funksionallıq, həm də çeviklik baxımından məhdud idi. İnterfeys zəiflik təfərrüatlarını, metrik qrafikləri və parametrləri birləşdirən tək səhifə idi. Bu xüsusiyyətləri inkişaf etdirmək və ya digər təhlükəsizlik xüsusiyyətlərindən istifadə etmək üçün çox yer yoxdur.
GitLab-da təhlükəsizliyin idarə edilməsi və təhlükəsizliyin şəffaflığına əsaslı dəyişikliklər etdik. Nümunə təhlükəsizlik paneli bütün təhlükəsizlik mərkəzinə çevrildi. Ən böyük dəyişiklik yeni menyu strukturunun təqdim edilməsidir: bir səhifə əvəzinə siz təhlükəsizlik idarəetmə panelini, zəiflik hesabatını və parametrlər bölməsini ayrıca görürsünüz. Funksionallıq dəyişməsə də, onu parçalamaq bu bölməni təkmilləşdirməyə imkan verəcək, əks halda çətin olacaq. O, həmçinin gələcəkdə əlavə olunacaq təhlükəsizliklə bağlı digər funksiyalar üçün zəmin yaradır.
Xüsusi zəiflik barədə hesabat bölməsində indi vacib detalları göstərmək üçün daha çox yer var. Hazırda layihənin zəifliklər siyahısında olan zəifliklər burada toplanır. Zəiflik göstəriciləri olan vidjetləri ayrıca bölməyə köçürmək rahat təhlükəsizlik idarəetmə paneli yaradır. İndi o, gələcək vizuallaşdırmalar üçün bir kətandır - yalnız zəifliyin idarə edilməsi üçün deyil, həm də təhlükəsizliklə bağlı istənilən ölçülər üçün. Nəhayət, xüsusi parametrlər sahəsi yalnız zəifliyin idarə edilməsi deyil, bütün instansiya səviyyəli təhlükəsizlik parametrləri üçün ümumi məkan yaradır.
и .
Dəyişdirilə bilən xüsusiyyətlər indi GitLab Starter-dədir
(STARTER, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, QIZIL)
GitLab 11.4 buraxıldı . 12.2-də biz onlar üçün strategiyaları təqdim etdik и , və 13.1-də əlavə edildi и müxtəlif mühitlər üçün.
Bu ilin əvvəlində GitLab öhdəlik götürdü açıq mənbəyə. Bu buraxılışda biz dəyişdirilə bilən funksiyaların Başlanğıc planına köçürülməsini tamamladıq və onları Core ilə köçürməyə davam edəcəyik. . Bu funksiyanı daha çox istifadəçiyə çatdırmaqdan məmnunuq və ondan necə istifadə edəcəyinizi bilmək istəyirik.
и .
Axtarış çubuğundan sürətli naviqasiya
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Bəzən GitLab-da naviqasiya edərkən, axtarış nəticələri səhifəsi əvəzinə birbaşa konkret layihəyə keçmək istəyirsiniz.
Qlobal axtarış paneli ilə siz ən son biletlərə, qruplara, layihələrə, parametrlərə və yardım mövzularına sürətlə gedə bilərsiniz. Siz hətta hotkey istifadə edə bilərsiniz /GitLab-da daha səmərəli naviqasiya etmək üçün kursoru axtarış çubuğuna köçürün!
и .
Birləşmə sorğusu fərqlərində kod əhatə dairəsini göstərin
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Birləşmə sorğusunu nəzərdən keçirərkən, dəyişdirilmiş kodun vahid testləri ilə əhatə olunub-olunmadığını müəyyən etmək çətin ola bilər. Bunun əvəzinə rəyçilər ümumi əhatə dairəsinə etibar edə və birləşmə sorğusunu təsdiq etməzdən əvvəl onun artırılmasını tələb edə bilərlər. Bu, kodun keyfiyyətini və ya test əhatəsini həqiqətən yaxşılaşdırmayan testlərin yazılmasına təsadüfi yanaşmaya gətirib çıxara bilər.
İndi birləşmə sorğusu fərqinə baxarkən, kodun əhatə dairəsinin vizual görüntüsünü görəcəksiniz. Yeni işarələr dəyişdirilmiş kodun vahid testlə əhatə olunub-olunmadığını tez başa düşməyə imkan verəcək ki, bu da kodun nəzərdən keçirilməsini və yeni kodu birləşdirib yerləşdirmə vaxtını sürətləndirməyə kömək edəcək.
Təşəkkür və bu xüsusiyyət üçün Siemens!
и .
Ətraflar panelində daha çox mühit və layihələr
(PREMIUM, ULTIMATE, GÜMÜŞ, QIZIL)
GitLab 12.5-in buraxılmasından bəri mühitlərin vəziyyətini izləyə bilərsiniz, lakin üç layihədə yeddi mühitdən çox olmamalıdır. Biz 13.4 buraxılışında bu paneli təkmilləşdirərək, mühitlərinizi miqyasda saxlamağa və idarə etməyə kömək etmək üçün onu səhifələşdirdik. İndi daha çox layihədə daha çox mühit görə bilərsiniz.
и .
GitLab, GitLab Terraform Provayderinə nəzarət edir
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Bu yaxınlarda biz və planlaşdırın . Keçən ay ərzində biz 21 birləşmə sorğusunu qəbul etdik və 31 bileti bağladıq, o cümlədən uzun müddətdir mövcud olan bəzi səhvlər və çatışmayan xüsusiyyətlər, məsələn, . Edə bilərsiniz Terraform sənədlərində.
и .
OpenAPI spesifikasiyası və ya HAR faylı ilə Fuzz API testi
(SON, QIZIL)
API qeyri-səlis testi veb tətbiqlərinizdə və API-lərdə digər skanerlər və sınaq metodlarının əldən verə biləcəyi səhvləri və zəiflikləri tapmaq üçün əla bir yoldur.
GitLab-da fuzzing API testi təmin etməyə imkan verir və ya tətbiqinizi və sonra kənar vəziyyət testi və səhv ovçuluğu üçün avtomatik olaraq təsadüfi girişlər yaradır. Nəticələr dərhal boru kəmərinizdə göstərilir.
Bu, fuzzing API testinin ilk buraxılışıdır və biz sizin fikrinizi eşitmək istərdik. Qeyri-adi test üçün bizdə daha çox şey var , biz bu funksiyanın buraxılışına əsaslanacağıq.
и .
Metriklər panelində yeni qrafiklərə nəzər salın
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Keçmişdə GitLab-da ölçülər panelində qrafik yaratmaq çətin bir iş idi. Panelin YAML faylında metrikanı yaratdıqdan sonra dəyişikliklər etdiniz master, indicə yaratdığınız qrafikin tam istədiyiniz kimi işlədiyini yoxlaya bilmədən. Bu buraxılışdan başlayaraq, panelin .yaml faylına dəyişiklikləri təqdim etməzdən əvvəl, nəticə haqqında təsəvvür əldə edərək, qrafik yaradarkən dəyişiklikləri əvvəlcədən görə bilərsiniz.
и .
Qrupun bütün layihələri üçün testlərlə kod əhatə dairəsi haqqında məlumatlar
(PREMIUM, ULTIMATE, GÜMÜŞ, QIZIL)
GitLab-da çoxlu sayda layihələri idarə edərkən, zamanla layihələr arasında kodun əhatə dairəsinin necə dəyişdiyi barədə tək məlumat mənbəyinə ehtiyacınız var. Əvvəllər bu məlumatı göstərmək yorucu və vaxt aparan əl işi tələb edirdi: hər bir layihədən kod əhatə dairəsi məlumatlarını yükləməli və onları cədvəldə birləşdirməli idiniz.
13.4 buraxılışında asanlıqla və tez bir şəkildə tərtib etmək mümkün oldu .csv qrupun bütün layihələri və ya bir sıra layihələr üçün kod əhatə dairəsi üzrə bütün məlumatları fayllayın. Bu xüsusiyyət MVC-dir, onun ardınca imkanı olacaq .
и .
Tam fuzz testi üçün yeni dillərə dəstək
(SON, QIZIL)
Bu buraxılış tam əhatəyə yönəlmiş qeyri-səlis testi üçün bir neçə yeni dil üçün dəstək təqdim edir.
İndi siz Java, Rust və Swift proqramlarınızda qeyri-səlis testinin bütün imkanlarını araşdıra və digər skanerlərin və sınaq üsullarının qaçıra biləcəyi səhvləri və boşluqları tapa bilərsiniz.
и .
Mühitlərin əsas səhifəsində bildirişlər
(PREMIUM, ULTIMATE, GÜMÜŞ, QIZIL)
Mühitlər səhifəsi mühitlərinizin ümumi vəziyyətini göstərir. Bu buraxılışda biz xəbərdarlıqların ekranını əlavə etməklə bu səhifəni təkmilləşdirmişik. Mühitlərinizin statusu ilə birlikdə işə salınan xəbərdarlıqlar sizə daha tez düzəldici tədbirlər görməyə kömək edəcək.
и .
İç-içə boru kəmərləri artıq öz iç içə boru kəmərlərini işlədə bilər
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
İç-içə boru kəmərlərindən istifadə edildikdə, uşaq boru kəmərlərinin içərisində yeni boru kəmərləri çəkmək mümkün oldu. Dəyişən sayda boru kəmərləri yaratmaq üçün çevikliyə ehtiyacınız varsa, əlavə dərinlik səviyyəsi faydalı ola bilər.
Əvvəllər, iç-içə boru kəmərlərindən istifadə edərkən, hər bir uşaq boru kəməri ana boru kəmərində əl ilə müəyyən edilmiş tetikleyici işi tələb edirdi. İndi siz dinamik olaraq istənilən sayda yeni iç-içə boru kəmərlərini işə salacaq iç içə boru kəmərləri yarada bilərsiniz. Məsələn, monorepo varsa, siz dinamik olaraq birinci iç-içə boru kəmərini yarada bilərsiniz ki, bu da özü filialdakı dəyişikliklər əsasında lazımi sayda yeni boru kəmərlərini yaradacaqdır.
и .
Əsas və daxili boru kəmərləri arasında təkmilləşdirilmiş naviqasiya
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Ana və iç içə boru kəmərləri arasında hərəkət əvvəllər çox rahat deyildi - istədiyiniz boru kəmərinə çatmaq üçün çoxlu klik lazım idi. Bu kəmərin hansı işin başladığını dəqiq müəyyən etmək də asan deyildi. İndi ana və iç içə boru kəmərləri arasındakı əlaqələri görmək daha asan olacaq.
и .
Paralel Matris İşləri İş Başlığında Müvafiq Dəyişənləri Göstərir
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Əgər istifadə etsəniz , iş adları göründüyü üçün hansı matris dəyişəninin hansı iş üçün istifadə edildiyini müəyyən etməyin çətin olduğunu görmüsünüz matrix 1/4. 13.4 buraxılışında siz işin ümumi adı əvəzinə bu işdə istifadə olunan dəyişənlərin müvafiq dəyərlərini görəcəksiniz. Məsələn, məqsədiniz x86 arxitekturası üçün debug etməkdirsə, tapşırıq çağırılacaq matrix: debug x86.
и .
GitLab 13.4-də digər təkmilləşdirmələr
Atlassian hesabının qoşulması
(CORE, STARTER, PREMIUM, ULTIMATE)
GitLab istifadəçiləri artıq GitLab hesablarını Atlassian Cloud hesabına birləşdirə biləcəklər. Bu, sizə Atlassian etimadnamənizlə GitLab-a daxil olmağa imkan verəcək, həmçinin gələcək inteqrasiya təkmilləşdirmələri üçün zəmin yaradacaq. və Atlassian xəttinin digər məhsulları ilə.
и .
Bütün birləşmə öhdəliklərinin siyahısını ixrac edin
(SON, QIZIL)
Uyğunluq təşkilatları auditorlara hər hansı istehsal dəyişikliyi ilə bağlı komponentlərin vahid görünüşünü göstərmək üçün bir yola ehtiyac duyur. GitLab daxilində bu, hər şeyi bir yerdə toplamaq deməkdir: sorğular, biletlər, boru kəmərləri, təhlükəsizlik skanları və digər öhdəçilik məlumatlarını birləşdirin. İndiyə qədər ya GitLab-da bunu əl ilə toplamalı idiniz, ya da məlumat toplamaq üçün alətlərinizi qurmalı idiniz, bu da çox səmərəli deyildi.
İndi siz audit və ya digər ehtiyaclarınızı ödəmək üçün bu məlumatları proqramlı şəkildə əldə edə və ixrac edə bilərsiniz. Cari qrup üçün bütün birləşmə öhdəliklərinin siyahısını ixrac etmək üçün bura keçməlisiniz və düyməni basın Bütün birləşmə öhdəliklərinin siyahısı. Nəticə faylda bütün birləşmə sorğusu öhdəlikləri, onların müəllifi, əlaqəli birləşmə sorğusu ID-si, qrup, layihə, komitentlər və digər məlumatlar olacaq.
и .
API vasitəsilə şəxsi giriş nişanlarının siyahısı və idarə edilməsi
(SON, QIZIL)
GitLab ad sahəsinə girişi idarə etmək uyğunluq səylərinin vacib hissəsidir. GitLab-da ən az imtiyaz prinsiplərindən tutmuş vaxtlı girişi söndürməyə qədər, şəxsi giriş nişanları ilə bağlı bir neçə tələb ola bilər. Ad məkanınızda bütün bu istifadəçi etimadnaməsini saxlamaq və idarə etməyi asanlaşdırmaq üçün biz bütün şəxsi giriş nişanlarını və istəyə görə API vasitəsilə.
GitLab API-dəki bu təkmilləşdirmələr istifadəçilərə öz şəxsi giriş nişanlarını siyahıya salmağa və ləğv etməyə, idarəçilərə isə istifadəçilərinin tokenlərini siyahıya salıb ləğv etməyə imkan verir. İndi administratorların ad sahəsinə kimin girişi olduğunu görmək, istifadəçi məlumatlarına əsasən giriş qərarları qəbul etmək və təhlükəyə məruz qalmış və ya şirkətin girişə nəzarət siyasətindən kənarda qalan şəxsi giriş nişanlarını ləğv etmək daha asan olacaq.
и .
Əlaqədar biletlər və digər funksiyalar indi GitLab Core-dadır
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Bir neçə ay əvvəl planımızı açıqladıq . Bu sözü yerinə yetirmək üçün çalışaraq, verdik , и (GitLab-ın rus dilində lokalizasiyasında "müzakirə lövhəsi") Əsas planda mövcuddur. Bu, yalnız "əlaqəli" tipli əlaqələrə aiddir, "bloklar" və "bloklar" tipli əlaqələr ödənişli planlarda qalır.
и .
Birləşmə sorğusu yan panelində mənbə filialının adı göstərilir
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Kod dəyişikliklərini, müzakirələri və birləşmə sorğularını nəzərdən keçirərkən, daha dərindən nəzərdən keçirmək üçün yerli filialı yoxlamaq çox vaxt arzu edilir. Bununla belə, filial adını tapmaq getdikcə çətinləşir, çünki birləşmə sorğusu təsvirinə daha çox məzmun əlavə olunur və səhifə daha da sürüşdürülməlidir.
Filial adını birləşmə sorğusunun kənar panelinə əlavə etdik, onu istənilən vaxt əlçatan etdik və bütün səhifədə sürüşdürmə ehtiyacını aradan qaldırdıq. Birləşmə sorğusu linki kimi, mənbə bölməsi də lazımlı "kopyala" düyməsini ehtiva edir.
Təşəkkür bu xüsusiyyətin inkişafına verdiyi böyük töhfəyə görə!
и .
Birləşmə sorğusunda yıxılmış faylların mövcudluğunun göstəricisi fərqlər
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Birdən çox fayla dəyişikliklər əlavə edən birləşmə sorğuları bəzən ekran performansını yaxşılaşdırmaq üçün böyük fayl fərqlərini daraldır. Bu baş verdikdə, nəzərdən keçirərkən, xüsusən də çox sayda fayl ilə birləşmə sorğularında təsadüfən faylı ötürmək mümkündür. 13.4 versiyasından başlayaraq birləşmə sorğuları bükülmüş faylları ehtiva edən fərqləri qeyd edəcək, beləliklə, kodun nəzərdən keçirilməsi prosesi zamanı həmin faylları qaçırmayacaqsınız. Daha aydınlıq üçün biz gələcək buraxılışda bu faylların vurğulanmasını əlavə etməyi planlaşdırırıq. Yeniliklərdən xəbərdar olun .
и .
Birləşmə sorğusunda yığışdırılmış faylların olması barədə xəbərdarlıq fərqi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Birləşmə sorğusu fərqi bölməsində performansı yaxşılaşdırmaq üçün böyük fayllar yığışdırılır. Bununla belə, kodu nəzərdən keçirərkən, nəzərdən keçirən bütün böyük fayllar yıxıldığı üçün faylların siyahısında vərəqlədiyi zaman bəzi fayllar atlana bilər.
İstifadəçilərə həmin bölmədə birləşdirilmiş fayl olduğunu bildirmək üçün birləşmə sorğusu fərqi səhifəsinin yuxarısına görünən xəbərdarlıq əlavə etdik. Beləliklə, baxış zamanı birləşmə sorğusunda heç bir dəyişikliyi qaçırmayacaqsınız.
и .
Gitaly klaster deposunun avtomatik bərpası
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Əvvəllər, Gitaly klasterinin əsas qovşağı azaldıqda, həmin qovşaqdakı depolar yalnız oxunmaq üçün qeyd olunurdu. Bu, qovşaqda hələ təkrarlanmamış dəyişikliklərin olduğu vəziyyətlərdə məlumat itkisinin qarşısını aldı. Düyün yenidən qoşulduqda, GitLab avtomatik bərpa olunmadı və idarəçilər sinxronizasiya prosesini əl ilə başlatmalı və ya məlumat itkisinə dözməli oldular. Digər vəziyyətlər də köhnəlmiş və ya yalnız oxuna bilən depolara səbəb ola bilər, məsələn, ikinci dərəcəli qovşaqda təkrarlama işinin uğursuzluğu. Bu halda, replikasiya işinə başlayacaq növbəti yazma əməliyyatı yerinə yetirilənə qədər repozitoriya köhnəlmişdir.
Bu problemi həll etmək üçün indi bir qovşaqda köhnəlmiş depo, digərində isə repozitoriyanın ən son versiyası aşkar etdikdə təkrarlama işini planlaşdırır. Bu təkrarlama işi məlumatların əl ilə bərpası ehtiyacını aradan qaldıraraq, repozitoriyanı avtomatik olaraq yeniləyir. Avtomatik bərpa, həmçinin təkrarlama işi uğursuz olarsa, növbəti yazma əməliyyatını gözləmək əvəzinə, ikinci dərəcəli qovşaqların tez yenilənməsini təmin edir. Bir çox Gilaly klasterləri çoxlu sayda depo saxladığından, bu, inzibatçıların və etibarlılıq mühəndislərinin xətadan sonra məlumatların bərpasına sərf etdiyi vaxtı əhəmiyyətli dərəcədə azaldır.
Bundan əlavə, avtomatik düzəltmə klasterə əlavə edilmiş hər hansı yeni Gitaly node-da repozitoriyaları təkrarlamağa başlayır və yeni qovşaqların əlavə edilməsi ilə bağlı əl işlərini aradan qaldırır.
и .
Dizayn səhifəsində görüləcək işi bitmiş kimi qeyd edin
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
GitLab-da effektiv ünsiyyət görüləcək işlər siyahılarına əsaslanır. Şərhdə sizin adınız çəkilibsə, tapşırığa keçə bilmək və ya nəyisə etməyə başlamaq və ya onu tamamlanmış kimi qeyd etmək vacibdir. Bir şey üzərində işləmək və ya daha sonra ona qayıtmaq lazım olanda özünüzə tapşırıq verə bilmək də vacibdir.
Əvvəllər dizaynlar üzərində işləyərkən tapşırıqlar əlavə edə və ya onları tamamlanmış kimi qeyd edə bilməzdiniz. Bu, məhsul qrupları arasında ünsiyyətin effektivliyini ciddi şəkildə pozdu, çünki görüləcək işlər GitLab-da iş axınının vacib elementidir.
Buraxılış 13.4-də dizaynlar tapşırıqların istifadəsində bilet şərhlərini tutaraq onları daha ardıcıl və səmərəli edir.
и .
CI/CD üçün Təkmil Nasazlıqların Giderilmesi Bələdçisi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Qarşılaşa biləcəyiniz ümumi problemlər haqqında əlavə məlumat əlavə etməklə, GitLab CI/CD Problemləri Giderme Bələdçisini təkmilləşdirdik. Ümid edirik ki, təkmilləşdirilmiş sənədlər GitLab CI/CD-ni tez və asanlıqla qurmaq və idarə etməkdə sizə kömək etmək üçün dəyərli mənbə olacaq.
и .
Birləşmə sorğuları artıq birləşmə növbəsindən çıxarılmır
(PREMIUM, ULTIMATE, GÜMÜŞ, QIZIL)
Əvvəllər birləşmə sorğuları gec şərhlərə görə təsadüfən birləşmə növbəsindən düşə bilərdi. Əgər birləşmə sorğusu artıq növbədə idisə və kimsə ona yeni həll olunmamış müzakirə yaradan şərh əlavə edibsə, birləşmə sorğusu birləşmə üçün yararsız hesab edilib və növbədən kənarlaşdırılıb. İndi birləşmə sorğusu birləşmə növbəsinə əlavə edildikdən sonra birləşmə prosesini pozmaqdan qorxmadan yeni şərhlər əlavə edilə bilər.
и .
Birləşmə sorğusunda bir iş üçün kod əhatə dəyəri göstərilir
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Tərtibatçılar, boru kəməri tamamlandıqdan sonra kodun əhatə dəyərini görə bilməlidirlər - hətta əhatə dəyərini hesablamaq üçün təhlil edilməli olan çoxsaylı işlərlə boru kəmərinin idarə edilməsi kimi mürəkkəb ssenarilərdə belə. Əvvəllər birləşmə sorğusu vidceti yalnız bu dəyərlərin ortasını göstərirdi, bu o deməkdir ki, aralıq əhatə dairəsi dəyərlərini əldə etmək üçün iş səhifəsinə keçib birləşmə sorğusuna qayıtmalısınız. Vaxtınıza və bu lazımsız addımlara qənaət etmək üçün biz widgetı orta əhatə dəyərini, onun hədəf və mənbə filialları arasında dəyişikliklərini və hər bir tapşırıq üçün əhatə dəyərini göstərən alət ipucunu göstərdik, bunun əsasında orta hesablanmışdır. .
и .
Qrupa baxarkən paketlərin reyestrdən silinməsi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
GitLab Paket Qeydiyyatı müxtəlif formatlarda paketləri saxlamaq və yaymaq üçün yerdir. Layihənizdə və ya qrupunuzda çoxlu paketlər olduqda, istifadə olunmamış paketləri tez müəyyən etməli və insanların onları yükləməməsi üçün onları silməlisiniz. vasitəsilə paketləri reyestrinizdən silə bilərsiniz və ya paket reyestrinin UI vasitəsilə. Bununla belə, indiyə qədər istifadəçi interfeysi vasitəsilə qrupa baxarkən paketləri silə bilməzdiniz. Nəticədə, hər bir layihə əsasında lazımsız paketləri silməli oldunuz, bu da səmərəsiz idi.
İndi qrupun paket reyestrinə baxarkən paketləri silə bilərsiniz. Sadəcə qrupun paket reyestrinin səhifəsinə keçin, paketləri adına görə süzün və ehtiyacınız olmayanları silin.
и .
Conan Paketlərinin Layihə Səviyyəsinə Ölçəklənməsi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Siz C/C++ asılılıqlarını dərc etmək və yaymaq üçün GitLab Conan repozitoriyasından istifadə edə bilərsiniz. Bununla belə, əvvəllər paketlər yalnız nümunə səviyyəsinə qədər miqyaslana bilərdi, çünki Conan paketinin adı 51 simvol uzunluğunda ola bilərdi. Bir alt qrupdan bir paket dərc etmək istəyirsinizsə, bəyənin gitlab-org/ci-cd/package-stage/feature-testing/conan, bunu etmək demək olar ki, mümkün deyildi.
İndi siz Conan paketlərini layihə səviyyəsinə qədər genişləndirə bilərsiniz, bu da layihənizin asılılıqlarını dərc etməyi və yaymağı asanlaşdırır.
и .
Yeni paket menecerləri və asılılıq taraması üçün dillər üçün dəstək
(SON, QIZIL)
Siyahımıza NuGet 4.9+ və ya Conan paket menecerlərindən istifadə edən C, C++, C# və .Net kodu ilə layihələr üçün asılılıq skanını əlavə etməkdən məmnunuq. . Artıq məlum zəifliklər üçün paket menecerləri vasitəsilə əlavə edilmiş asılılıqları yoxlamaq üçün Təhlükəsiz mərhələnin bir hissəsi kimi asılılıq skanını aktivləşdirə bilərsiniz. Tapılan zəifliklər birləşmə sorğunuzda onların ciddilik səviyyəsi ilə birlikdə göstəriləcək ki, siz birləşmədən əvvəl yeni asılılığın hansı riskləri daşıdığını biləsiniz. Siz həmçinin layihənizi tələb etmək üçün fərdiləşdirə bilərsiniz kritik (Kritik), yüksək (Yüksək) və ya naməlum (Naməlum) zəiflikləri olan asılılıqlar üçün.
и .
Birləşmə sorğusu parametrini "Boru kəməri uğurla başa çatdıqdan sonra birləşdir" olaraq dəyişdirilərkən bildirişlər
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Əvvəllər birləşmə sorğusu parametrini təyin edərkən Boru kəməri başa çatdıqda birləşdirin (Boru Kəməri Müvəffəq Olanda Birləşmə, MWPS) heç bir e-poçt bildirişi göndərilmədi. Vəziyyəti əl ilə yoxlamalı və ya birləşmənin bildirilməsini gözləməli idiniz. Bu buraxılışda biz istifadəçinin töhfəsini təqdim etməkdən məmnunuq , rəyçi birləşmə parametrini MWPS-ə dəyişdikdə birləşmə sorğusuna abunə olan hər kəsə avtomatik bildirişlər əlavə etməklə bu problemi həll etdi.
и .
İstifadəçi tərəfindən müəyyən edilmiş Kubernetes versiyası ilə EKS klasterlərinin yaradılması
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
GitLab istifadəçiləri indi EKS tərəfindən təmin ediləcək Kubernetes versiyasını seçə bilərlər; 1.14-1.17 versiyaları arasında seçim edə bilərsiniz.
и .
Bilet növləri kimi hadisələrin yaradılması
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Baş verən hər bir problem dərhal xəbərdarlıqlara səbəb olmur: İstifadəçilər kəsintilər barədə məlumat verir və komanda üzvləri performans problemlərini araşdırır. Hadisələr indi bilet formasıdır ki, komandalarınız onları tanış iş axınının bir hissəsi kimi tez yarada bilsin. basın Yeni tapşırıq GitLab-ın istənilən yerindən və sahədən Növü seçmək Hadisə.
и .
Markdown-da GitLab Xəbərdarlıqlarını qeyd etmək
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Biz Markdown-un GitLab versiyasında onlar üçün xüsusi olaraq yeni qeyd növü əlavə etməklə GitLab xəbərdarlıqlarını təkmilləşdirdik ki, bu da xəbərdarlıqları paylaşmağı və qeyd etməyi asanlaşdırır. istifadə edin ^alert#1234hər hansı bir Markdown sahəsində xəbərdarlığı qeyd etmək: insidentlərdə, biletlərdə və ya birləşmə sorğularında. O, həmçinin biletlərdən və ya birləşmə sorğularından deyil, xəbərdarlıqlardan yaranan məsələləri müəyyən etməyə kömək edəcək.
и .
İnsident Xəbərdarlığının Yüklənməsinə Baxın
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Xəbərdarlığın təsviri nasazlığın diaqnostikası və bərpası üçün vacib olan məlumatları ehtiva edir və bu məlumat asanlıqla əldə edilməlidir ki, insidenti həll etmək üçün işləyərkən alətləri və ya nişanları dəyişməyə ehtiyac qalmasın. Xəbərdarlıqlardan yaradılan hadisələr tabda siqnalın tam təsvirini göstərir Xəbərdarlıq Təfərrüatları.
75% daha sürətli inkişaf etmiş axtarış
(STARTER, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, QIZIL)
GitLab, tək bir tətbiq olaraq, bütün DevOps iş prosesində sürətli məzmun kəşf etmək üçün unikal qabiliyyətə malikdir. GitLab 13.4-də təkmil axtarış nəticələrini 75% daha sürətli qaytarır , GitLab.com-da olduğu kimi.
и .
İdarəçilər üçün Uzaqdan Layihələrə Baxın
(CORE, STARTER, PREMIUM, ULTIMATE)
Layihənin silinməsini gecikdirmə qabiliyyəti idi . Lakin əvvəllər silinməyi gözləyən bütün layihələri bir yerdə görmək mümkün deyildi. GitLab fərdi instansiya administratorları indi həmin layihələri asanlıqla bərpa etmək üçün düymələrlə birlikdə bütün gözlənilən silinmə layihələrini bir yerdə görə bilər.
Bu xüsusiyyət bütün müvafiq məlumatları bir yerdə toplamaq və arzuolunmaz silinmələri geri qaytarmaq imkanı təmin etməklə, administratorlara layihələrin silinməsi üzərində daha çox nəzarət edir.
Təşəkkür bu xüsusiyyət üçün!
и .
API-yə qrup təkan qaydaları üçün dəstək əlavə edildi
(STARTER, PREMIUM, ULTIMATE, BRONZ, GÜMÜŞ, QIZIL)
Əvvəllər qrup təkan qaydaları yalnız GitLab UI vasitəsilə hər bir qrupa ayrıca baş çəkmək və bu qaydaları tətbiq etməklə konfiqurasiya edilə bilərdi. İndi siz xüsusi alətlərinizi və GitLab avtomatlaşdırılmasını dəstəkləmək üçün bu qaydaları API vasitəsilə idarə edə bilərsiniz.
и .
Özünü idarə olunan etimadnamə yaddaşı üçün şəxsi giriş nişanlarını ləğv edin
(SON)
administratorlara GitLab instansiyası üçün istifadəçi etimadnaməsini idarə etmək üçün lazım olan məlumatları təqdim edir. Uyğunluq yönümlü təşkilatlar etimadnamənin idarə edilməsi siyasətlərinin ciddiliyinə görə fərqləndiyinə görə, istəsəniz, administratorlara istifadəçinin Şəxsi Giriş Tokenini (PAT) ləğv etməyə imkan verən düymə əlavə etdik. İnzibatçılar indi potensial olaraq pozulmuş PAT-ları asanlıqla ləğv edə bilərlər. Bu xüsusiyyət istifadəçilərinin diqqətini yayındıran amilləri minimuma endirmək üçün daha çevik icra seçimlərinə ehtiyacı olan təşkilatlar üçün faydalıdır.
и .
Statik sayt redaktoru üçün konfiqurasiya faylı
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
GitLab 13.4-də biz statik sayt redaktorunu fərdiləşdirmək üçün yeni üsul təqdim edirik. Konfiqurasiya faylı bu buraxılışda heç bir parametr saxlamasa və ya əldə etməsə də, biz redaktorun davranışının gələcək fərdiləşdirilməsi üçün zəmin yaradırıq. Növbəti buraxılışlarda biz fayla əlavə edəcəyik .gitlab/static-site-editor.yml quraşdırmaq üçün parametrlər , üzərində , Markdown sintaksis parametrlərini və digər redaktor parametrlərini üstələyən.
и .
Statik sayt redaktorundan istifadə edərək faylın giriş hissəsinin redaktə edilməsi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Ön məsələ statik sayt generatoru tərəfindən emal ediləcək məlumat fayllarında səhifə dəyişənlərini təyin etmək üçün çevik və rahat bir yoldur. O, adətən səhifənin başlığını, tərtibat şablonunu və ya müəllifini təyin etmək üçün istifadə olunur, lakin səhifəni HTML-də göstərərkən istənilən növ metaməlumatı generatora ötürmək üçün istifadə edilə bilər. Hər bir məlumat faylının ən yuxarı hissəsinə daxil edilən preambula adətən YAML və ya JSON kimi formatlanır və ardıcıl və dəqiq sintaksis tələb edir. Xüsusi sintaksis qaydaları ilə tanış olmayan istifadəçilər təsadüfən etibarsız işarələmə daxil edə bilərlər ki, bu da öz növbəsində formatlama problemlərinə və hətta uğursuzluqlara səbəb ola bilər.
Statik sayt redaktorunun WYSIWYG redaktə rejimi bu formatlaşdırma xətalarının qarşısını almaq üçün artıq girişi redaktordan silir. Bununla belə, bu, mənbə rejimində redaktəyə qayıtmadan həmin hissədə saxlanılan dəyərləri dəyişməyinizə mane olur. GitLab 13.4-də siz istənilən sahəyə daxil ola və tanış forma əsaslı interfeysdə onun dəyərini redaktə edə bilərsiniz. Bir düyməni basdığınız zaman Parametrlər (Parametrlər) başlanğıcda müəyyən edilmiş hər bir düymə üçün forma sahəsini göstərən paneli açır. Sahələr cari dəyərlə doldurulur və onlardan hər hansı birini redaktə etmək üçün sadəcə onu veb formaya daxil edin. Bu ön sözün redaktəsi sintaksis mürəkkəbliyindən qaçır və sizə məzmun üzərində tam nəzarət imkanı verir, eyni zamanda yekun çıxışın ardıcıl formatlaşdırılmasını təmin edir.
и .
Jira və DVCS Konnektoru üçün GitLab indi Core-da
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
GitLab-da Jira istifadəçiləri üçün: и GitLab öhdəliyi və sorğuları birbaşa Jira-da birləşdirməyə dair məlumatları göstərməyə imkan verir. Daxili Jira inteqrasiyamızla birlikdə işləyərkən iki proqram arasında asanlıqla keçə bilərsiniz.
Bu funksiyalar əvvəllər yalnız Premium planımızda mövcud idi, lakin indi onlar bütün istifadəçilər üçün əlçatandır!
и .
Gitaly Cluster Transactions (Beta) üçün səs çoxluğu
(CORE, STARTER, PREMIUM, ULTIMATE)
Gitaly klasteri sizə Git depolarını çoxlu isti Gitaly qovşaqlarına təkrarlamağa imkan verir. Bu, tək uğursuzluq nöqtələrini aradan qaldıraraq, nasazlığa dözümlülüyünü artırır. , GitLab 13.3-də təqdim edilmiş, dəyişikliklərin çoxluqdakı bütün Gitaly qovşaqlarına yayımlanmasına səbəb olur, lakin yalnız əsas node ilə razılaşaraq səs verən Gitaly qovşaqları dəyişiklikləri diskdə saxlayır. Bütün replika qovşaqları razılaşmırsa, dəyişikliyin yalnız bir nüsxəsi diskdə saxlanacaq və asinxron replikasiya tamamlanana qədər bir uğursuzluq nöqtəsi yaradılacaq.
Çoxluğun səsverməsi, dəyişikliklər diskdə saxlanmazdan əvvəl əksər qovşaqların (hamısından çox) razılaşdırılmasını tələb etməklə, davamlılığı artırır. Bu dəyişdirilə bilən xüsusiyyət aktivdirsə, yazma birdən çox qovşaqda uğurlu olmalıdır. Razı olmayan qovşaqlar kvorum təşkil edən qovşaqlardan asinxron replikasiyadan istifadə edərək avtomatik sinxronizasiya edilir.
и .
Web IDE-də JSON təsdiqi üçün fərdi sxem üçün dəstək
(PREMIUM, ULTIMATE, GÜMÜŞ, QIZIL)
İnsanların konfiqurasiyaları JSON və ya YAML formatında yazdıqları layihələr tez-tez problemlərə meyilli olur, çünki hərf səhvi etmək və nəyisə sındırmaq asandır. Bu problemləri CI boru kəmərində tutan doğrulama vasitələrini yazmaq mümkündür, lakin JSON sxem faylından istifadə sənədləri və göstərişləri təmin etmək üçün faydalı ola bilər.
Layihə üzvləri öz depolarında fayldakı fərdi sxemə gedən yolu müəyyən edə bilərlər .gitlab/.gitlab-webide.yml, yoxlamaq üçün faylların sxemini və yolunu müəyyən edir. Müəyyən bir fayl Web IDE-yə yükləndikdə, faylı yaratmağa kömək etmək üçün əlavə rəy və yoxlama görünəcək.
и .
Directed Acyclic Graph (DAG) budaqlanma limiti 50-yə yüksəldi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Əgər boru kəmərlərindən istifadə edirsinizsə (Directed Acyclic Graph (DAG)), bir işin müəyyən edə biləcəyi 10 iş limitinin olduğunu görə bilərsiniz. needs:, çox sərt. 13.4-də defolt limit 10-dan 50-yə qədər artırılmışdır ki, boru kəmərlərinizdəki işlər arasında daha mürəkkəb əlaqələr şəbəkələri yaradılsın.
Əgər siz GitLab fərdi instansiyasının inzibatçısısınızsa, biz bunun üçün rəsmi dəstək təklif etməsək də, dəyişdirilə bilən xüsusiyyət qurmaqla bu limiti daha da yüksəldə bilərsiniz.
и .
Təkmilləşdirilmiş davranış needs buraxılmış tapşırıqlar üçün
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Bəzi hallarda, boru kəmərində atlanmış iş səhvən aşağıda sadalanan asılılıqlar üçün uğurlu hesab edilə bilər. needs, sonrakı işlərin lazım olmadıqda işləməsinə səbəb olur. Bu davranış 13.4 versiyasında düzəldildi və needs indi atlanan tapşırıqların hallarını düzgün idarə edir.
и .
Son iş artefaktının silinməsinin qarşısını almaq üçün onu sancaqlayın
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
GitLab indi uğurlu işin və boru xəttinin sonuncu artefaktını avtomatik olaraq istənilən aktiv filialda, birləşmə sorğusunda və ya etiketdə kilidləyir ki, onun müddəti bitdikdən sonra silinməsin. Köhnə artefaktları təmizləmək üçün daha aqressiv istifadə müddəti qaydaları təyin etmək daha asan olur. Bu, disk sahəsinin istehlakını azaltmağa kömək edir və həmişə boru kəmərindən ən son artefaktın bir nüsxəsinə sahib olmanızı təmin edir.
и .
Boru kəmərinin optimallaşdırılması üçün CI/CD təlimatı
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
CI/CD boru kəmərinin optimallaşdırılması çatdırılma sürətini yaxşılaşdıra və pula qənaət edə bilər. Boru kəmərlərinizin optimallaşdırılmasından maksimum yararlanmaq üçün sürətli bələdçi ilə sənədlərimizi təkmilləşdirdik.
и .
Test hesabatı test statusuna görə sıralanır
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
boru kəmərindəki bütün sınaqların nəticələrini görmək üçün asan bir yoldur. Bununla belə, çox sayda test ilə uğursuz testlərin tapılması uzun müddət çəkə bilər. Hesabatın istifadəsini çətinləşdirə bilən digər məsələlərə uzun iz çıxışı arasında sürüşdürmə çətinliyi və 1 saniyədən az müddətdə işləyən testlər üçün sıfıra yuvarlaqlaşdırma müddəti daxildir. İndi, standart olaraq, çeşidləmə testi hesabatı əvvəlcə uğursuz sınaqları hesabatın yuxarı hissəsinə qoyur, sonra isə testləri müddətə görə çeşidləyir. Bu, qəzaları və uzun sınaqları tapmağı asanlaşdırır. Bundan əlavə, test müddətləri indi millisaniyələr və ya saniyələrlə göstərilir ki, bu da onları oxumağı daha sürətli edir və əvvəlki sürüşdürmə problemləri də həll olunub.
и .
Paket Reyestrinə Yüklənmiş Fayl Ölçüsü Limitləri
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
İndi GitLab Paket Reyestrinə yüklənə bilən paket fayllarının ölçüsünə məhdudiyyətlər var. Paket reyestrinin performansını optimallaşdırmaq və sui-istifadənin qarşısını almaq üçün məhdudiyyətlər əlavə edilmişdir. Məhdudiyyətlər paketin formatından asılıdır. GitLab.com üçün maksimum fayl ölçüləri:
- Konan: 250MB
- Maven: 3 GB
- NPM: 300MB
- NuGet: 250MB
- PyPI: 3 GB
Xüsusi GitLab nümunələri üçün defoltlar eynidir. Bununla belə, administrator məhdudiyyətləri yeniləyə bilər .
и .
PyPI paketlərini dərc etmək üçün CI_JOB_TOKEN istifadə edin
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Siz mənbə kodu və CI/CD boru kəmərləri ilə birlikdə Python paketlərini yaratmaq, dərc etmək və paylaşmaq üçün GitLab PyPI repozitoriyasından istifadə edə bilərsiniz. Bununla belə, əvvəllər əvvəlcədən təyin edilmiş mühit dəyişəni ilə repozitoriyaya qarşı autentifikasiya edə bilməzdiniz CI_JOB_TOKEN. Nəticədə, PyPI repozitoriyasını yeniləmək üçün şəxsi etimadnamələrinizdən istifadə etməli oldunuz və ya siz depodan ümumiyyətlə istifadə etməmək qərarına gəldiniz.
Əvvəlcədən təyin edilmiş mühit dəyişənindən istifadə edərək PyPI paketlərini dərc etmək və quraşdırmaq üçün GitLab CI/CD-dən istifadə etmək indi daha asandır CI_JOB_TOKEN.
и .
İstək üzrə DAST skaner profilləri
(SON, QIZIL)
On-demand DAST scan idi , DAST skaner profilləri əlavə edildi. Onlar çoxlu skan növlərini əhatə etmək üçün tez bir zamanda birdən çox profil yaratmağa imkan verməklə bu skan üçün konfiqurasiya seçimlərini genişləndirirlər. 13.4-də, tarama profili əvvəlcə taranan saytın bütün səhifələrini kəşf etməyə çalışarkən DAST skanerinin nə qədər işləməli olduğunu təyin edən tarama vaxt aşımı parametrini ehtiva edir. Profil həmçinin sayt 200 və ya 300 status kodu ilə cavab vermirsə, taramanın dayandırılmadan əvvəl saytın əlçatan olmasını nə qədər gözləməli olduğunu təyin etmək üçün hədəf saytın vaxt aşımı parametrini ehtiva edir. Bu funksiyanı təkrar-təkrar təkmilləşdirdiyimiz üçün gələcək buraxılışlarda skaner profilinə əlavə konfiqurasiya seçimləri əlavə olunacaq.
и .
GitLab Səhifələri üçün sadə yönləndirmə konfiqurasiya faylı
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Əgər GitLab Səhifələrindən istifadə edirsinizsə və URL dəyişikliklərini daha yaxşı idarə etmək istəyirsinizsə, o zaman GitLab Səhifələr saytınızda yönləndirmələri idarə etməyin mümkün olmadığını fərq etmiş ola bilərsiniz. GitLab indi repozitoriyaya konfiqurasiya faylı əlavə etməklə Səhifələr saytınız üçün bir URL-nin digərinə yönləndirilməsi qaydalarını təyin etməyə imkan verir. Bu xüsusiyyət Kevin Barnettin töhfələri ilə mümkün olmuşdur (), bizim Eric Eastwood () və GitLab əmrləri. Girişiniz üçün hər kəsə təşəkkür edirik.
и .
GitLab tərəfindən idarə olunan Terraform vəziyyəti
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Terraform vəziyyətinin əvvəlki versiyalarına giriş həm uyğunluq, həm də lazım olduqda sazlama üçün lazımdır. GitLab tərəfindən idarə olunan Terraform dövlət versiyasına dəstək GitLab 13.4-dən bəri təmin edilmişdir. Versiyalaşdırma yeni Terraform dövlət faylları üçün avtomatik aktivləşdirilir. Mövcud Terraform dövlət faylları olacaq sonrakı buraxılışda.
и .
Hadisə Hesabatının Vacib Təfərrüatları
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
İnsidentləri idarə edərkən, siqnalın nə qədər müddət açıq olduğunu və hadisənin neçə dəfə işə salındığını asanlıqla müəyyən edə bilməlisiniz. Bu təfərrüatlar müştəri təsirini və komandanızın əvvəlcə nə etməli olduğunu müəyyən etmək üçün çox vaxt vacibdir. Yeni hadisə təfərrüatları panelində biz xəbərdarlığın başlama vaxtını, hadisələrin sayını və orijinal xəbərdarlığa keçidi göstəririk. Bu məlumat xəbərdarlıqlardan yaranan hadisələr üçün əlçatandır.
и .
Hadisənin şiddəti parametrinin qurulması və redaktə edilməsi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Hadisənin Şiddətliliyi ölçüsü cavabdehlərə və maraqlı tərəflərə kəsilmənin təsirini, həmçinin cavab tədbirlərinin üsullarını və təcililiyini müəyyən etməyə imkan verir. Komandanız insidentin həlli və bərpası zamanı nəticələri paylaşdığı üçün bu ayarı dəyişə bilər. İndi siz Hadisənin Təfərrüatları səhifəsinin sağ yan panelində hadisənin şiddətini redaktə edə bilərsiniz və ciddilik hadisələrin siyahısında göstərilir.
и .
Konteyner şəbəkəsinin təhlükəsizlik qaydalarını yaradın, redaktə edin və silin
(SON, QIZIL)
Konteyner Şəbəkəsi Təhlükəsizliyi Qaydaları Redaktorunun bu təkmilləşdirilməsi istifadəçilərə GitLab UI-dən öz qaydalarını asanlıqla yaratmağa, redaktə etməyə və silməyə imkan verir. Redaktor xüsusiyyətlərinə rejimi daxildir .yaml qabaqcıl istifadəçilər üçün və şəbəkə qaydalarına yeni başlayanlar üçün intuitiv interfeysə malik qaydalar redaktoru. Bölmədə yeni qaydaların idarə edilməsi xüsusiyyətlərini tapa bilərsiniz Təhlükəsizlik və Uyğunluq > Təhdidlərin İdarə Edilməsi > Qaydalar (Təhlükəsizlik və Uyğunluq > Təhdidlərin İdarə Edilməsi > Siyasətlər).
и .
Azure blob saxlama dəstəyi
(ÖZƏL, BAŞLANGIÇ, PREMIUM, ULTIMATE, PULSUZ, BRONZ, GÜMÜŞ, QIZIL)
Həm GitLab, həm də GitLab Runner indi dəstəkləyir , bu da Azure-da GitLab xidmətlərini idarə etməyi asanlaşdırır.
GitLab nümunələri LFS faylları, CI artefaktları və daxil olmaqla bütün növ obyekt saxlama üçün Azure-u dəstəkləyir. . Azure blob yaddaşını qurmaq üçün quraşdırma təlimatlarına əməl edin və ya .
GitLab iş prosessorları da saxlama üçün Azure-u dəstəkləyir . Azure yaddaş bölməsindən istifadə etməklə konfiqurasiya edilə bilər .
и .
Ubuntu və OpenSUSE üçün Omnibus ARM64 paketləri
(CORE, STARTER, PREMIUM, ULTIMATE)
64-bit ARM arxitekturası üçün işləyən GitLab dəstəyinə artan tələbata cavab olaraq, rəsmi ARM64 Ubuntu 20.04 Omnibus paketinin mövcudluğunu elan etməkdən məmnunuq. Zitai Chen və Guillaume Gardet-ə verdikləri böyük töhfəyə görə böyük təşəkkürlər - onların birləşmə sorğuları bunun əsas hissəsi olmuşdur!
Ubuntu 20.04 paketini yükləmək və quraşdırmaq üçün bizim səhifəmizə keçin və seçin Ubuntu.
и .
GitLab Helm diaqramı üçün smart kartın autentifikasiyası üçün dəstək
(PREMIUM, ULTIMATE)
Paylaşılan Giriş Kartları (CACs) kimi smart kartlar indi Helm diaqramı vasitəsilə yerləşdirilən GitLab instansiyasına autentifikasiya etmək üçün istifadə edilə bilər. Smart kartlar X.509 sertifikatlarından istifadə edərək yerli verilənlər bazasına qarşı autentifikasiya olunur. Bununla, Helm chart ilə smart kart dəstəyi indi Omnibus yerləşdirmələrində mövcud olan smart kart dəstəyinə uyğundur.
и .
Təfərrüatlı buraxılış qeydləri və təkmilləşdirmə/quraşdırma təlimatları orijinal ingiliscə yazıda tapıla bilər: .
İngilis dilindən tərcümə üzərində işləmişdir , , и .
Mənbə: www.habr.com