GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

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-ը (միայն ինքնակառավարվող օրինակները) այժմ առաջարկում է Caching կախվածության վստահված անձի Docker պատկերների համար. Այս հավելումը կարագացնի առաքումը, քանի որ այժմ դուք կունենաք քեշավորման վստահված անձի հաճախակի օգտագործվող Docker պատկերների համար:

Ինքնուրույն կառավարվող GitLab օրինակների օգտատերերն այժմ կարող են տրամադրել Kubernetes կլաստերը օրինակի մակարդակում, և բոլոր թիմերն ու նախագծերը կօգտագործեն այն իրենց տեղակայման համար: GitLab-ի այս ինտեգրումը Kubernetes-ի հետ ավտոմատ կերպով կստեղծի նախագծին հատուկ ռեսուրսներ՝ լրացուցիչ անվտանգության համար:

Եվ սա դեռ ամենը չէ։

Բացի համագործակցության նոր հնարավորություններից և լրացուցիչ ծանուցումներից, մենք ավելացրել ենք հյուրերի մուտքը խնդիրներին, ավելացել է լրացուցիչ CI Runner րոպեներ GitLab Free-ի համար, պարզեցված ստուգումներ՝ օգտագործելով ավտոմատ կերպով լուծել քննարկումը, երբ կիրառեք առաջարկ, և շատ ավելին։

Այս ամսվա ամենաթանկ աշխատակիցը (MVP) — Kia Mae Somabes (Kia Mei Somabes)

Այս թողարկումում մենք ավելացրել ենք առանձին թղթապանակներ պահոցներից ներբեռնելու հնարավորությունը, այլ ոչ թե ամբողջ բովանդակությունը: Այժմ դուք կարող եք ներբեռնել ձեզ անհրաժեշտ ֆայլերից ընդամենը մի քանիսը: Շնորհակալություն, Kia Mae Somabes:

GitLab 11.11-ի հիմնական առանձնահատկությունները

Windows Container Executor GitLab Runner-ի համար

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

GitLab 11.11-ում մենք GitLab Runner-ին ավելացրինք նոր վազող՝ Windows-ում օգտագործելի Docker կոնտեյներները: Նախկինում դուք պետք է օգտագործեիք կեղև՝ Windows-ում Docker կոնտեյներները կազմակերպելու համար, բայց այժմ կարող եք ուղղակիորեն աշխատել Docker կոնտեյներների հետ Windows-ում, նույնը, ինչ Linux-ում: Microsoft-ի պլատֆորմի օգտվողներն այժմ ավելի շատ տարբերակներ ունեն խողովակաշարերի կազմակերպման և կառավարման համար:

Այս թարմացումը ներառում է բարելավված PowerShell աջակցություն GitLab CI/CD-ում, ինչպես նաև նոր աջակցության պատկերներ Windows կոնտեյներների տարբեր տարբերակների համար: Ձեր սեփական Windows runner-ները, իհարկե, կարող են օգտագործվել GitLab.com-ի հետ, բայց դրանք դեռևս հանրությանը հասանելի գործիքներ չեն:

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Կախվածության վստահված անձի քեշավորում կոնտեյների ռեեստրի համար

ՊՐԵՄԻՈՒՄ, ULTIMATE

Թիմերը հաճախ օգտագործում են կոնտեյներներ խողովակաշարերի կառուցման մեջ, և հաճախակի օգտագործվող պատկերների և փաթեթների համար վստահված անձի քեշավորումը հոսանքին հակառակ խողովակաշարերն արագացնելու հիանալի միջոց է: Ձեզ անհրաժեշտ շերտերի տեղական պատճենով, որը հասանելի է նոր քեշավորման վստահված անձի միջոցով, դուք կարող եք ավելի արդյունավետ աշխատել ձեր միջավայրի ընդհանուր պատկերների հետ:

Առայժմ կոնտեյների վստահված անձը հասանելի է միայն վեբ սերվերի վրա ինքնակառավարվող օրինակների համար Պումա (փորձարարական ռեժիմում).

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Մի քանի հոգի, ովքեր պատասխանատու են միավորման հարցումների համար

ՍՏԱՐՏԵՐ, ՊՐԵՄԻՈՒՄ, ՈՒԼՏԻՄԱՏ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Բավականին սովորական բան է, երբ մի քանի մարդիկ աշխատում են մի հատկանիշի վրա ընդհանուր ճյուղում և միաձուլման հարցում, օրինակ, երբ առջևի և հետևի ծրագրավորողները սերտորեն աշխատում են միմյանց հետ կամ երբ մշակողները աշխատում են զույգերով, ինչպես Extreme Programming-ում:

GitLab 11.11-ում կարող եք մի քանի մարդկանց հանձնարարել միաձուլման հարցումները: Ինչպես բազմաթիվ առաջադրանքների սեփականատերերի դեպքում, դուք կարող եք օգտագործել ցուցակներ, զտիչներ, ծանուցումներ և API-ներ:

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Kubernetes կլաստերի կազմաձևումը օրինակի մակարդակում

CORE, STARTER, PREMIUM, ULTIMATE

Kubernetes-ի անվտանգության և ապահովման մոդելը զարգանում է, որպեսզի մեծ թվով հաճախորդներ սպասարկվեն մեկ ընդհանուր կլաստերի միջոցով:

GitLab 11.11-ում ինքնակառավարվող օրինակների օգտատերերն այժմ կարող են կլաստեր տրամադրել օրինակի մակարդակում, և օրինակի բոլոր թիմերն ու նախագծերը կօգտագործեն այն իրենց տեղակայման համար: GitLab-ի այս ինտեգրումը Kubernetes-ի հետ ավտոմատ կերպով կստեղծի նախագծին հատուկ ռեսուրսներ՝ լրացուցիչ անվտանգության համար:

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Տեղակայման ծանուցումներ Slack-ում և Mattermost-ում

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Այժմ դուք կարող եք ստեղծել ավտոմատ ծանուցումներ թիմային ալիքում տեղակայման իրադարձությունների մասին՝ չաթերի հետ ինտեգրվելու շնորհիվ: Անգործություն и Խնդիր, և ձեր թիմը տեղյակ կլինի բոլոր կարևոր իրադարձությունների մասին:

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Հյուրերի մուտքը խնդիրներին

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Ձեր նախագծերի հյուր օգտվողներն այժմ կարող են դիտել թողարկումները հրապարակված թողարկումների էջում: Նրանք կկարողանան ներբեռնել հրապարակված արտեֆակտները, բայց չեն կարողանա ներբեռնել աղբյուրի կոդը կամ տեսնել պահեստի մանրամասները, ինչպիսիք են պիտակները կամ պարտավորությունները:

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

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!

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Այժմ առաջարկի կիրառումը ավտոմատ կերպով լուծում է քննարկումը

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Փոփոխություններ առաջարկելը հեշտացնում է միաձուլման հարցումների հետ համագործակցությունը՝ վերացնելով առաջարկվող փոփոխությունն ընդունելու համար copy-paste-ի անհրաժեշտությունը: GitLab 11.11-ում մենք ավելի հեշտացրել ենք այս գործընթացը՝ թույլ տալով, որ քննարկումներն ավտոմատ կերպով լուծվեն, երբ առաջարկը կիրառվում է:

Ժամանակի հաշվիչը առաջադրանքների տախտակի կողային տողում

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Կողային տողերի առաջադրանքների տողերը պետք է նույն տեսքը ունենան Տախտակի և Առաջադրանքի դիտումներում: Ահա թե ինչու GitLab-ն այժմ թողարկման տախտակի կողագոտում ունի ժամանակի որոնիչ: Պարզապես գնացեք ձեր առաջադրանքների տախտակ, կտտացրեք առաջադրանքի վրա և կբացվի ժամանակի հաշվիչով կողագոտ:

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Տեղեկատվություն Environments API-ում տեղակայումների մասին

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Մենք ավելացրել ենք Environments API-ից հարցումներ կատարելու հնարավորություն՝ շրջակա միջավայրի հատուկ տեղեկատվության համար՝ իմանալու համար, թե ինչ commit է տեղակայվում շրջակա միջավայրին հենց հիմա: Սա կհեշտացնի ավտոմատացումն ու հաշվետվությունները GitLab-ում Environments-ի օգտատերերի համար:

Բացասական փոփոխական համընկնում է խողովակաշարի կանոններին

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Այժմ կարող եք ստուգել բացասական հավասարության կամ օրինաչափությունների համապատասխանությունը (!= и !~) ֆայլում .gitlab-ci.yml շրջակա միջավայրի փոփոխականների արժեքները ստուգելիս, ուստի խողովակաշարերի վարքագիծը վերահսկելը դարձել է ավելի ճկուն:

Գործարկեք բոլոր ձեռքով աշխատանքները փուլով մեկ սեղմումով

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

GitLab 11.11-ում օգտվողները, ովքեր ունեն բազմաթիվ ձեռքով աշխատանքներ իրենց փուլերում, այժմ կարող են կատարել բոլոր այդպիսի աշխատանքները մեկ փուլում՝ սեղմելով կոճակը: «Խաղալ բոլորը» («Գործարկել բոլորը») բեմական անվանման աջ կողմում՝ Խողովակաշարերի տեսքով:

Ֆայլի ստեղծում անմիջապես շրջակա միջավայրի փոփոխականից

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Շրջակա միջավայրի փոփոխականները հաճախ օգտագործվում են ֆայլեր ստեղծելու համար, հատկապես գաղտնիքների համար, որոնք պետք է պաշտպանվեն և հասանելի են միայն որոշակի միջավայրի խողովակաշարում: Դա անելու համար դուք փոփոխականի բովանդակությունը սահմանում եք ֆայլի բովանդակությանը և աշխատանքում ստեղծում եք ֆայլ, որը պարունակում է արժեքը: Նման նոր միջավայրի փոփոխականով file դա կարելի է անել մեկ քայլով նույնիսկ առանց փոփոխության .gitlab-ci.yml.

API-ի վերջնակետը խոցելիության մասին տեղեկատվության համար

ՎԵՐՋԻՆ, ՈՍԿԻ

Այժմ կարող եք հարցումներ կատարել GitLab API-ում նախագծում հայտնաբերված բոլոր խոցելիությունների համար: Այս API-ի միջոցով դուք կարող եք ստեղծել խոցելիության մեքենայընթեռնելի ցուցակներ՝ զտված ըստ տեսակի, վստահության և խստության:

DAST-ի ամբողջական դինամիկ սկանավորման հնարավորություն

ՎԵՐՋԻՆ, ՈՍԿԻ

GitLab-ում դուք կարող եք դինամիկ կերպով փորձարկել հավելվածի անվտանգությունը (Դինամիկ կիրառական անվտանգության փորձարկում, DAST) որպես CI խողովակաշարի մաս: Այս թողարկումից սկսած՝ դուք կարող եք ընտրել լիարժեք դինամիկ սկանավորում՝ ստանդարտ պասիվ սկանավորման փոխարեն: Ամբողջական դինամիկ սկանավորումը պաշտպանում է ավելի շատ խոցելիություններից:

Պրոմեթևսի տեղադրում խմբային մակարդակի կլաստերներում

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

GitLab-ի այս թողարկումը ներկայացնում է Kubernetes կլաստերը մի ամբողջ խմբին կցելու հնարավորությունը: Մենք նաև ավելացրել ենք յուրաքանչյուր կլաստերի մեկ Prometheus օրինակ տեղադրելու հնարավորությունը, որպեսզի հեշտացվի վերահսկել բոլոր նախագծերը կլաստերի վրա:

Իմացեք անվտանգության վահանակի խոցելիության անտեսման մասին

ՎԵՐՋԻՆ, ՈՍԿԻ

GitLab-ի անվտանգության վահանակները թույլ են տալիս ադմինիստրատորներին դիտել անտեսված խոցելիությունները: Ձեր աշխատանքային հոսքը հեշտացնելու համար մենք ավելացրել ենք անտեսման մանրամասները անմիջապես ձեր անվտանգության վահանակում դիտելու հնարավորությունը:

Ստեղծեք անհատականացված չափման գծապատկերներ ձեր վահանակում

ՊՐԵՄԻՈՒՄ, ՈՒԼՏԻՄԱՏ, ԱՐԾԱԹ, ՈՍԿԻ

Ստեղծեք նոր գծապատկերներ՝ հատուկ կատարողականության չափանիշներով հենց ձեր չափումների վահանակի վահանակից: Այժմ օգտատերերը կարող են ստեղծել, թարմացնել և ջնջել չափումների վիզուալիզացիաները վահանակում՝ սեղմելով կոճակը «Ավելացնել մետրիկ» («Ավելացնել մետրիկ») վահանակի գործիքագոտու վերին աջ անկյունում:

GitLab 11.11. մի քանի պարտականություններ միաձուլման հարցումների և բեռնարկղերի բարելավման համար

Ծանուցման խնդիրներն այժմ բացված են որպես GitLab Alert Bot

ՊՐԵՄԻՈՒՄ, ՈՒԼՏԻՄԱՏ, ԱՐԾԱԹ, ՈՍԿԻ

Այժմ ծանուցումներից բացվող հարցերի դեպքում հեղինակը կդրվի GitLab Alert Bot-ի վրա, այնպես որ դուք կարող եք անմիջապես տեսնել, որ խնդիրը ինքնաբերաբար ստեղծվել է կարևոր ծանուցումից:

Էպիկական նկարագրությունները ավտոմատ պահեք տեղական պահեստում

ՎԵՐՋԻՆ, ՈՍԿԻ

Էպիկական նկարագրությունները չեն պահպանվել տեղական պահեստում, ուստի փոփոխությունները կորչում են, քանի դեռ դուք հստակորեն չեք պահպանել դրանք, երբ փոխել եք էպիկական նկարագրությունը: GitLab 11.11-ը ներկայացրեց էպիկական նկարագրությունները տեղական պահեստում պահելու հնարավորությունը: Սա նշանակում է, որ այժմ կարող եք հեշտությամբ վերադառնալ ձեր էպիկական նկարագրությունը փոխելուն, եթե սխալ է տեղի ունենում, դուք շեղվում եք կամ պատահաբար դուրս եք գալիս զննարկիչից:

GitLab-ի հայելային աջակցություն 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-ի համար

ՎԵՐՋԻՆ, ՈՍԿԻ

Նախկինում հեշտ չէր հարցնել վերջերս ստեղծված կամ փոփոխված տվյալները 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:

Omnibus բարելավումներ

CORE, STARTER, PREMIUM, ULTIMATE

Մենք կատարել ենք հետևյալ բարելավումները Omnibus-ում GitLab 11.11-ում.

Սխեմաների բարելավում

CORE, STARTER, PREMIUM, ULTIMATE

Մենք կատարել ենք հետևյալ բարելավումները Helm գծապատկերներում GitLab 11.11-ում.

Կատարողականի բարելավումներ

CORE, STARTER, PREMIUM, ULTIMATE, ԱՆՎՃԱՐ, ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

Մենք շարունակում ենք բարելավել GitLab-ի կատարումը GitLab-ի բոլոր չափերի յուրաքանչյուր թողարկումով: Որոշ բարելավումներ GitLab 11.11-ում.

Հնացած հատկանիշներ

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 Տարածք › Geo › Հանգույցներ, եթե վերը նշված ստուգումները թույլատրված չեն։ gitlab-ee!8433.

GitLab-ում 12.0 Geo-ն կօգտագործի հաշված պահեստավորման պահանջներ: Սմ. gitlab-ee#8690.

Ջնջման ամսաթիվը. 22 2019 Հունիս է

GitLab Geo-ն PG FDW-ն կբերի GitLab 12.0

Սա անհրաժեշտ է Geo Log Cursor-ի համար, քանի որ այն զգալիորեն բարելավում է որոշ համաժամացման գործողությունների կատարումը: Բարելավվել է նաև Geo հանգույցի կարգավիճակի հարցումների կատարումը: Նախորդ հարցումները շատ վատ կատարում էին խոշոր նախագծերում: Տեսեք, թե ինչպես կարելի է սա կարգավորել 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 կոնֆիգուրացիա: Մեջ փաստաթղթավորում Տրվում է փոփոխությունների աղյուսակ և նոր կոնֆիգուրացիա տեղափոխելու հրահանգներ: Լրացուցիչ մանրամասները տես այս առաջադրանքը.

Այս ուղիները հասանելի չեն լինի 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 Հունիս է

Linux-ի բաշխման հնացած աջակցությունը հասնում է 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: Եթե ​​դուք ստուգում եք փաթեթի ստորագրությունները և ցանկանում եք թարմացնել բանալիները, պարզապես նորից հետևեք հրահանգներին փաստաթղթեր՝ Omnibus փաթեթների ստորագրման համար.

Ջնջման ամսաթիվը. 22 2019 Հունիս է

Փոխել տեղեկամատյանը

Փնտրեք այս բոլոր փոփոխությունները փոփոխության մատյանում.

Տեղակայում

Եթե ​​դուք տեղադրում եք նոր GitLab տեղադրում, այցելեք GitLab-ի ներբեռնման էջ.

Թարմացնել

→ Ստուգեք թարմացումների էջ

Source: www.habr.com

Добавить комментарий