ProHoster > Օրագիր > Վարչակազմը > Git Lab 11.10

Git Lab 11.10

Git Lab 11.10

GitLab 11.10-ը՝ վահանակի խողովակաշարերով, միաձուլված արդյունքների խողովակաշարերով և միաձուլման հարցումների մի քանի տող առաջարկներով:

Հարմար տեղեկատվություն տարբեր նախագծերում խողովակաշարերի կատարման մասին

GitLab-ը շարունակում է մեծացնել տեսանելիությունը DevOps-ի կյանքի ցիկլի մեջ: Այս թողարկման վերաբերյալ կառավարման վահանակ ավելացրել է խողովակաշարի կարգավիճակի ակնարկ:

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

Գործող խողովակաշարեր՝ միավորված արդյունքների համար

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

Հետագա օպտիմալացնել համագործակցությունը

GitLab 11.10-ն ավելացնում է ավելի շատ հնարավորություններ անխափան համագործակցության և պարզեցված աշխատանքային հոսքերի համար: IN նախորդ թողարկում մենք առաջարկներ ենք ներկայացրել միաձուլման հարցումների համար, որտեղ վերանայողը կարող է առաջարկել մեկ տողի փոփոխություն մեկնաբանությունում միաձուլման հարցում, և այն կարող է անմիջապես կատարվել անմիջապես մեկնաբանությունների շղթայից: Մեր օգտատերերը հավանեցին այն և խնդրեցին ընդլայնել այս գործառույթը: Այժմ դուք կարող եք առաջարկել փոփոխություններ մի քանի տողերի համար, նշելով, թե որ տողերը հեռացնել և որոնք ավելացնել:

Շնորհակալություն ձեր կարծիքի և առաջարկների համար:

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

Այս թողարկման մեջ կան շատ զարմանալի հատկություններ, օրինակ. դյուրանցումներ որոշակի տարածքում, ավելի մանրակրկիտ մաքրման բեռնարկղերի գրանցամատյան, կոմպոզելի Auto DevOps և հնարավորություն գնել լրացուցիչ CI Runner րոպեներ. Ստորև ներկայացված են դրանցից յուրաքանչյուրի մասին մանրամասներ։

Այս ամսվա ամենաթանկ աշխատակիցը (MVP) — Տակույա Նոգուչի

Այս ամսվա ամենաթանկ աշխատակիցը Տակույա Նոգուչին է (Տակույա Նոգուչի) Տակույա լավ աշխատանք է կատարել GitLab-ի փառքի համարշտկվել են սխալներ, լրացվել են հետնամասում և ճակատային մասի թերությունները և բարելավվել է օգտագործողի միջերեսը: Շնորհակալություն!

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

Խողովակաշարեր կառավարման վահանակի վրա

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

GitLab-ի վահանակը ցուցադրում է տեղեկատվություն ձեր ամբողջ GitLab օրինակի նախագծերի մասին: Դուք մեկ առ մեկ ավելացնում եք անհատական ​​նախագծեր և կարող եք ընտրել, թե որ նախագիծն է ձեզ հետաքրքրում:
Այս թողարկումում մենք տեղեկատվություն ենք ավելացրել խողովակաշարի կարգավիճակի մասին վահանակին: Այժմ մշակողները տեսնում են խողովակաշարերի ֆունկցիոնալությունը բոլոր անհրաժեշտ նախագծերում` մեկ ինտերֆեյսի մեջ:

Git Lab 11.10

Խողովակաշարեր միաձուլված արդյունքների համար

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

Տարածված է, որ սկզբնաղբյուրի ճյուղը ժամանակի ընթացքում շեղվում է թիրախային ճյուղից, եթե դուք անընդհատ փոփոխություններ չհրապարակեք դրանց միջև: Արդյունքում, աղբյուրի և թիրախային ճյուղային խողովակաշարերը «կանաչ» են և միաձուլման հակամարտություններ չկան, բայց միաձուլումը ձախողվում է անհամատեղելի փոփոխությունների պատճառով:

Երբ միաձուլման հարցման խողովակաշարը ավտոմատ կերպով ստեղծում է նոր հղում, որը պարունակում է աղբյուրի և թիրախային ճյուղերի միաձուլման համակցված արդյունքը, մենք կարող ենք խողովակաշարը գործարկել այդ հղման վրա և ապահովել, որ ընդհանուր արդյունքը աշխատում է:

Եթե ​​դուք օգտագործում եք միաձուլման հարցումների խողովակաշարեր (ցանկացած հզորությամբ) և օգտագործում եք մասնավոր GitLab վազողներ 11.8 կամ ավելի հին տարբերակ, ապա ձեզ հարկավոր է թարմացնել դրանք՝ այս խնդրից խուսափելու համար։ gitlab-ee#11122. Սա չի ազդում հանրային GitLab վազորդների օգտատերերի վրա:

Git Lab 11.10

Առաջարկել փոփոխություններ բազմաթիվ տողերում

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

Միաձուլման հարցումների վրա միասին աշխատելիս դուք հաճախ նկատում եք խնդիրներ և լուծումներ առաջարկում: Քանի որ GitLab 11.6 մենք աջակցում ենք փոփոխությունների առաջարկ մեկ տողի համար.

11.10 տարբերակում միաձուլման հարցումի տարբեր մեկնաբանությունները կարող են փոփոխություններ առաջարկել մի քանի տողերում, և այնուհետև յուրաքանչյուր ոք, ով ունի սկզբնական մասնաճյուղում գրելու թույլտվություն, կարող է ընդունել դրանք մեկ սեղմումով: Նոր ֆունկցիայի շնորհիվ կարող եք խուսափել copy-paste-ից, ինչպես նախորդ տարբերակներում։

Git Lab 11.10

Դյուրանցումներ մեկ տարածքում

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

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

Ենթադրենք, ձեզ անհրաժեշտ է հատուկ դաշտ առաջադրանքներում, որպեսզի հետևեք ձեր գործառույթների թիրախային հարթակի օպերացիոն համակարգին: Յուրաքանչյուր առաջադրանք պետք է վերաբերի միայն մեկ հարթակին: Դուք կարող եք ստեղծել դյուրանցումներ platform::iOS, platform::Android, platform::Linux և այլք՝ ըստ անհրաժեշտության: Եթե ​​դուք կիրառեք այդպիսի դյուրանցում որևէ առաջադրանքի վրա, այն ավտոմատ կերպով կհեռացնի մեկ այլ գոյություն ունեցող դյուրանցում, որը սկսվում է platform::.

Ենթադրենք, դուք ունեք դյուրանցումներ workflow::development, workflow::review и workflow::deployed, ցույց տալով ձեր թիմի աշխատանքային հոսքի վիճակը: Եթե ​​առաջադրանքն արդեն ունի դյուրանցում workflow::development, և մշակողը ցանկանում է առաջադրանքը տեղափոխել փուլ workflow::review, այն պարզապես կիրառում է նոր դյուրանցումը և հինը (workflow::development) ինքնաբերաբար ջնջվում է: Այս վարքագիծն արդեն գոյություն ունի, երբ առաջադրանքները տեղափոխում եք դյուրանցումների ցուցակների միջև՝ առաջադրանքների տախտակի վրա, որը ներկայացնում է ձեր թիմի աշխատանքային հոսքը: Այժմ թիմի անդամները, ովքեր ուղղակիորեն չեն աշխատում առաջադրանքների տախտակի հետ, կարող են փոխել աշխատանքի ընթացքի վիճակը հենց առաջադրանքներում:

Git Lab 11.10

Կոնտեյների ռեեստրի ավելի մանրակրկիտ մաքրում

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

Երբ դուք սովորաբար օգտագործում եք կոնտեյների ռեեստր CI խողովակաշարերով, դուք մի քանի առանձին փոփոխություններ եք մղում մեկ պիտակի վրա: Docker-ի բաշխման իրականացման շնորհիվ լռելյայն վարքագիծը համակարգում բոլոր փոփոխությունները պահպանելն է, սակայն դրանք վերջում շատ հիշողություն են խլում: Եթե ​​դուք օգտագործում եք պարամետրը -m с registry-garbage-collect, կարող եք արագ ջնջել բոլոր նախորդ փոփոխությունները և ազատել թանկարժեք տարածքը:

Git Lab 11.10

Լրացուցիչ CI Runner րոպեների գնում

ԲՐՈՆԶ, ԱՐԾԱԹ, ՈՍԿԻ

GitLab.com-ի վճարովի պլաններով (ոսկի, արծաթ, բրոնզ) օգտվողներն այժմ կարող են ձեռք բերել լրացուցիչ CI Runner րոպեներ: Նախկինում անհրաժեշտ էր կատարել պլանով նախատեսված քվոտան։ Այս բարելավման շնորհիվ դուք կարող եք նախապես գնել քվոտայի չափից ավելի րոպեներ՝ խողովակաշարերի անջատումների պատճառով ընդհատումներից խուսափելու համար:

Այժմ 1000 րոպեն արժե $8, և դուք կարող եք գնել այնքան, որքան ցանկանում եք։ Լրացուցիչ րոպեները կսկսեն օգտագործվել, երբ դուք ծախսել եք ձեր ամբողջ ամսական քվոտան, իսկ լրացուցիչ րոպեների մնացած մասը կփոխանցվի հաջորդ ամիս: IN ապագա թողարկում մենք ցանկանում ենք այս հատկությունը ավելացնել նաև անվճար պլաններին:

Git Lab 11.10

Composable Auto DevOps

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

Auto DevOps-ի միջոցով թիմերը գրեթե առանց ջանք գործադրելու անցնում են ժամանակակից DevOps պրակտիկաներին: GitLab 11.10-ից սկսած՝ Auto DevOps-ում յուրաքանչյուր աշխատանք տրամադրվում է որպես անկախ ձևանմուշ. Օգտագործողները կարող են օգտագործել функцию includes GitLab CI-ում, որպեսզի միացնեք Auto DevOps-ի առանձին փուլերը և միևնույն ժամանակ օգտագործեք ձեր հատուկ ֆայլը gitlab-ci.yml. Այս կերպ դուք կարող եք ակտիվացնել միայն ձեզ անհրաժեշտ աշխատանքները և օգտվել վերին հոսքի թարմացումներից:

Git Lab 11.10

Ավտոմատ կառավարեք խմբի անդամներին GitLab.com-ում SCIM-ի միջոցով

ԱՐԾԱԹ, ՈՍԿԻ

Նախկինում դուք պետք է ձեռքով կառավարեիք խմբի անդամակցությունը GitLab.com-ում: Այժմ կարող եք օգտագործել SAML SSO-ն և կառավարել անդամակցությունը՝ օգտագործելով SCIM՝ GitLab.com-ում օգտվողներ ստեղծելու, ջնջելու և թարմացնելու համար:

Սա հատկապես օգտակար է մեծ թվով օգտատերեր և ինքնության կենտրոնացված մատակարարներ ունեցող ընկերությունների համար: Այժմ դուք կարող եք ունենալ ճշմարտության մեկ աղբյուր, ինչպիսին է Azure Active Directory-ը, և օգտատերերը կստեղծվեն և կջնջվեն ավտոմատ կերպով ինքնության մատակարարի միջոցով, այլ ոչ թե ձեռքով:

Git Lab 11.10

Մուտք գործեք GitLab.com SAML մատակարարի միջոցով

ԱՐԾԱԹ, ՈՍԿԻ

Նախկինում SAML SSO խմբերի համար օգտագործելիս օգտատերը պարտավոր էր մուտք գործել GitLab հավատարմագրերով և ինքնության մատակարարով: Այժմ կարող եք ուղղակիորեն մուտք գործել SSO-ի միջոցով՝ որպես կազմաձևված խմբի հետ կապված GitLab-ի օգտվող:

Օգտագործողները ստիպված չեն լինի երկու անգամ մուտք գործել՝ ընկերությունների համար հեշտացնելով SAML SSO-ն GitLab.com-ի համար օգտագործելը:

Git Lab 11.10

GitLab 11.10-ի այլ բարելավումներ

Մանկական էպիկական սխեման

ՎԵՐՋԻՆ, ՈՍԿԻ

Նախորդ թողարկումում մենք ավելացրել ենք մանկական էպոսներ (էպոսների էպոսներ), որոնք կօգնեն ձեզ կառավարել ձեր աշխատանքի բաշխման կառուցվածքը: Մանկական էպոսները հայտնվում են ծնողական էպոսի էջում։

Այս թողարկումում ծնողական էպիկական էջը ցուցադրում է մանկական էպոսների ուրվագիծը, որպեսզի թիմերը կարողանան տեսնել մանկական էպոսների ժամանակացույցը և կարողանան կառավարել ժամանակային կախվածությունները:

Git Lab 11.10

Միավորել հայտի ելնող էկրանները

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

Այս թողարկումում մենք ներկայացնում ենք տեղեկատվական էկրաններ, որոնք հայտնվում են, երբ սավառնում եք միաձուլման հայտի հղման վրա: Նախկինում մենք ցույց էինք տալիս միայն միաձուլման հայտի վերնագիրը, բայց հիմա ցույց ենք տալիս նաև միաձուլման հայտի կարգավիճակը, CI խողովակաշարի կարգավիճակը և կարճ URL-ը:

Մենք նախատեսում ենք ավելացնել ավելի կարևոր տեղեկատվություն ապագա թողարկումներում, օրինակ. պատասխանատու անձինք և հսկիչ կետերը, և մենք կներկայացնենք նաև թռուցիկ էկրաններ խնդիրները.

Git Lab 11.10

Միաձուլման հարցումների զտում ըստ թիրախային ճյուղերի

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

Ծրագրային ապահովման թողարկման կամ առաքման համար Git-ի աշխատանքային հոսքերը հաճախ ներառում են մի քանի երկարաժամկետ ճյուղեր՝ նախորդ տարբերակների ուղղումներ կատարելու համար (օրինակ. stable-11-9) կամ անցնելով որակի փորձարկումից դեպի արտադրություն (օրինակ. integration), բայց այս մասնաճյուղերի միաձուլման հարցումները գտնելը շատ բաց միաձուլման հարցումների մեջ հեշտ չէ:

Նախագծերի և խմբերի միաձուլման հարցումների ցանկն այժմ կարող է զտվել միաձուլման հարցման թիրախային ճյուղով, որպեսզի ավելի հեշտ լինի գտնել ձեզ անհրաժեշտը:

Շնորհակալություն, Հիրոյուկի Սաթո (Հիրոյուկի Սատո)!

Git Lab 11.10

Հաջողակ խողովակաշարի ուղարկում և միաձուլում

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

Եթե ​​մենք օգտագործում ենք Trunk-ի վրա հիմնված զարգացման մեթոդը, մենք պետք է խուսափենք երկարակյաց ճյուղերից՝ հօգուտ փոքր, ժամանակավոր մասնաճյուղերի՝ մեկ սեփականատիրոջ հետ: Փոքր փոփոխությունները հաճախ ուղղակիորեն մղվում են դեպի նպատակային ճյուղ, բայց դա անելը վտանգում է կոտրել կառուցվածքը:

Այս թողարկումով GitLab-ն աջակցում է նոր Git push ընտրանքներ՝ ավտոմատ կերպով բացելու միաձուլման հարցումները, սահմանելու նպատակային ճյուղը և պարտադրելու միաձուլումը հաջող խողովակաշարի վրա հրամանի տողից դեպի մասնաճյուղ մղելու պահին:

Git Lab 11.10

Բարելավված ինտեգրում արտաքին վահանակների հետ

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

GitLab-ը կարող է մուտք գործել մի քանի Prometheus սերվերներ (միջավայր, նախագիծ և խմբեր (ակնկալվում է)), բայց մի քանի վերջնակետեր ունենալը կարող է բարդություն ավելացնել կամ չաջակցվել ստանդարտ վահանակների կողմից: Այս թողարկումով թիմերը կարող են օգտագործել մեկ Prometheus API՝ շատ ավելի հեշտացնելով ինտեգրումը Grafana-ի նման ծառայությունների հետ:

Տեսակավորել Վիքիի էջերը ըստ ստեղծման ամսաթվի

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

Ծրագրի Wiki-ում թիմերը կարող են կիսվել փաստաթղթերով և այլ կարևոր տեղեկություններով՝ աղբյուրի կոդի և առաջադրանքների հետ միասին: Այս թողարկման միջոցով դուք կարող եք տեսակավորել Վիքիի էջերի ցանկն ըստ ստեղծման ամսաթվի և վերնագրի՝ վերջերս ստեղծված բովանդակությունը արագ գտնելու համար:

Git Lab 11.10

Կլաստերի կողմից պահանջվող մոնիտորինգի ռեսուրսները

ՎԵՐՋԻՆ, ՈՍԿԻ

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

Git Lab 11.10

Դիտեք Load Balancer Metrics-ը Grafana-ի վահանակում

CORE, STARTER, PREMIUM, ULTIMATE

Շատ կարևոր է վերահսկել ձեր GitLab օրինակի առողջությունը: Նախկինում մենք տրամադրում էինք կանխադրված վահանակներ ներկառուցված Grafana օրինակի միջոցով: Այս թողարկումից սկսած՝ մենք ներառել ենք լրացուցիչ վահանակներ՝ NGINX բեռի հավասարակշռիչների մոնիտորինգի համար:

SAST էլիքսիրի համար

ՎԵՐՋԻՆ, ՈՍԿԻ

Մենք շարունակում ենք ընդլայնել լեզվական աջակցությունը և խորացնել անվտանգության ստուգումները: Այս թողարկումում մենք միացրել ենք անվտանգության ստուգումները միացված նախագծերի համար դեղ և վրա ստեղծված նախագծերը Phoenix հարթակ.

Բազմաթիվ հարցումներ մեկ դիագրամում

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

GitLab-ում դուք կարող եք ստեղծել գծապատկերներ՝ ձեր հավաքած չափումները պատկերացնելու համար: Հաճախ, օրինակ, եթե դուք պետք է նայեք չափման առավելագույն կամ միջին արժեքին, ցանկանում եք ցուցադրել մի քանի արժեքներ մեկ գծապատկերում: Այս թողարկումից սկսած՝ դուք ունեք այս հնարավորությունը:

DAST արդյունքները Խմբի անվտանգության վահանակում

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

Մենք թիմի անվտանգության վահանակին ավելացրել ենք Dynamic Application Security Testing (DAST) արդյունքները՝ ի լրումն SAST-ի, կոնտեյների սկանավորման և կախվածության սկանավորման:

Մետատվյալների ավելացում կոնտեյների սկանավորման զեկույցում

ՎԵՐՋԻՆ, ՈՍԿԻ

Այս թողարկումում կոնտեյների սկանավորման հաշվետվությունը պարունակում է ավելի շատ մետատվյալներ. մենք ավելացրել ենք ազդակիր բաղադրիչ (Clair-ի հատկանիշ) առկա մետատվյալների մեջ՝ առաջնահերթություն, ID (հղում կատարելով mitre.org-ին) և ազդեցության մակարդակը (օրինակ՝ debian:8):

Միավորելու հարցումների համար չափման հաշվետվության տեսակ ավելացնելը

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

GitLab-ն արդեն տրամադրում է մի քանի տեսակի հաշվետվություններ, որոնք կարող են ուղղակիորեն ներառվել միաձուլման հարցումներում՝ հաշվետվություններից մինչև կոդի որակը и միավորի փորձարկում ստուգման փուլում մինչև SAST и ԱՍՏ պաշտպանության փուլում։

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

Աջակցություն բազմամոդուլային Maven նախագծերին կախվածության սկանավորման համար

ՎԵՐՋԻՆ, ՈՍԿԻ

Այս թողարկման միջոցով 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-ում: Բայց փոփոխականները դեռևս կարող են հայտնվել շինարարական տեղեկամատյաններում՝ միտումնավոր կամ պատահաբար:

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

Միացնել կամ անջատել Auto DevOps-ը թիմի մակարդակով

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

Auto DevOps-ի միջոցով GitLab.com նախագծում դուք կարող եք առանց դժվարության անցնել DevOps-ի ժամանակակից աշխատանքային հոսքերը՝ կառուցումից մինչև առաքում:

Սկսած GitLab 11.10-ից՝ դուք կարող եք միացնել կամ անջատել Auto DevOps-ը նույն խմբի բոլոր նախագծերի համար:

Պարզեցված և բարելավված լիցենզիայի էջ

STARTER, PREMIUM, ULTIMATE

Լիցենզիայի բանալիների կառավարումն ավելի հարմար և պարզ դարձնելու համար մենք վերափոխել ենք լիցենզիաների էջը ադմինիստրատորի վահանակում և ընդգծել ամենակարևոր տարրերը:

Git Lab 11.10

Թարմացրեք դյուրանցումների ընտրիչը 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 Lab 11.10

Պարամետրերի վերահսկում 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:

Ամենահետաքրքիր փոփոխությունները.

Փոփոխությունների ամբողջական ցանկը կարելի է գտնել GitLab Runner փոփոխության լոգում՝ ԸՆԿԵՐՈՒԹՅՈՒՆ.

Վերադարձվածի ուղղում project_id Elasticsearch-ում blob որոնման API-ում

STARTER, PREMIUM, ULTIMATE

Մենք ուղղեցինք Elasticsearch blob search API-ի սխալը, որը սխալմամբ վերադարձնում էր 0-ը: project_id. Դա անհրաժեշտ կլինի reindex Elasticsearchճիշտ արժեքներ ստանալու համար project_id GitLab-ի այս տարբերակը տեղադրելուց հետո:

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

CORE, STARTER, PREMIUM, ULTIMATE

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

  • GitLab 11.10-ը ներառում է Կարևոր 5.9.0, բաց կոդով Slack այլընտրանք, որի վերջին թողարկումը ներառում է նոր ինտեգրացիոն գրացուցակ Hipchat-ից տվյալների հեշտությամբ տեղափոխման համար և շատ ավելին: Այս տարբերակը ներառում է անվտանգության թարմացումներ, և խորհուրդ ենք տալիս թարմացնել:
  • Մենք ինտեգրված Grafana-ն Omnibus-ի հետ, և այժմ հեշտ է սկսել վերահսկել ձեր GitLab օրինակը:
  • Մենք աջակցություն ենք ավելացրել Docker ռեեստրից հին բեռնարկղերի պատկերները ջնջելու համար:
  • Մենք թարմացրել ենք ca-certification-ները մինչև 2019-01-23:

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

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

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

Բարելավված GitLab գծապատկերներ

CORE, STARTER, PREMIUM, ULTIMATE

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

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

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 կոնֆիգուրացիա: Մեջ փաստաթղթավորում, տրամադրում է փոփոխությունների աղյուսակ և հրահանգներ նոր կոնֆիգուրացիա տեղափոխելու համար: Լրացուցիչ մանրամասները տես այս առաջադրանքը.

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

Համակարգի տեղեկատվության բաժինը ադմինիստրատորի վահանակում

GitLab-ը ներկայացնում է տեղեկատվություն ձեր GitLab օրինակի մասին admin/system_info, բայց այս տեղեկատվությունը կարող է ճշգրիտ չլինել:

Մենք ջնջել այս բաժինը ադմինիստրատորի վահանակ GitLab 12.0-ում և խորհուրդ ենք տալիս օգտագործել մոնիտորինգի այլ տարբերակներ.

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

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

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

Տեղակայում

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

Թարմացնել

Նայեք թարմացումների էջ.

GitLab բաժանորդագրության պլաններ

GitLab-ը հասանելի է երկու համով. ինքնակառավարվող и ամպ SaaS.

ԻնքնակառավարումՆերքին կամ ձեր նախընտրած ամպային հարթակում:

  • CoreՓոքր թիմերի, անձնական նախագծերի կամ GitLab-ի փորձարկման համար անսահմանափակ ժամկետով:
  • ՍտարտերՄիևնույն գրասենյակում աշխատող թիմերի համար բազմաթիվ նախագծերի վրա, որոնք մասնագիտական ​​աջակցության կարիք ունեն:
  • ՀավելավճարԲաշխված թիմերի համար, որոնք ունեն առաջադեմ հնարավորություններ, բարձր հասանելիություն և XNUMX/XNUMX աջակցություն:
  • ԱմենահեռուՁեռնարկությունների համար, որոնք պահանջում են կայուն ռազմավարություն և կատարում՝ բարելավված անվտանգության և համապատասխանության պայմաններում:

Cloud SaaS - GitLab.comՀյուրընկալվում, կառավարվում և կառավարվում է GitLab-ի կողմից անվճար և վճարովի բաժանորդագրություններ անհատական ​​մշակողների և թիմերի համար:

  • ազատԱնսահմանափակ մասնավոր պահոցներ և անսահմանափակ թվով ծրագրի ներդրողներ: Փակ նախագծերին հասանելի են մակարդակի հնարավորությունները ազատՈւնենալ բաց նախագծեր մուտք ունենալ մակարդակի հատկանիշներին Ոսկի.
  • ԲրոնզԹիմերի համար, որոնց անհրաժեշտ է մուտք գործել աշխատանքային հոսքի առաջադեմ գործառույթներ:
  • արծաթԹիմերի համար, որոնք կարիք ունեն ավելի ամուր DevOps-ի հնարավորությունների, համապատասխանության և ավելի արագ աջակցության:
  • ՈսկիՀարմար է բազմաթիվ CI/CD աշխատանքների համար: Բոլոր բաց նախագծերը կարող են անվճար օգտվել Gold-ի հնարավորություններից՝ անկախ պլանից:

Source: www.habr.com

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