ПроХостер > блог > Администрација > # ГитЛаб 13.4 је објављен са ХасхиЦорп складиштем за ЦИ променљиве и Кубернетес агентом
# ГитЛаб 13.4 је објављен са ХасхиЦорп складиштем за ЦИ променљиве и Кубернетес агентом
Издање 13.4 је објављено са ХасхиЦорп складиштем за ЦИ променљиве, Кубернетес агентом и безбедносним центром, као и променљивим функцијама у Стартеру
У ГитЛаб-у увек размишљамо о томе како можемо да помогнемо корисницима да смање ризик, побољшају ефикасност и побољшају брзину испоруке на вашој омиљеној платформи. Овог месеца смо додали много корисних нових функција које проширују безбедносне могућности, смањују број рањивости, повећавају ефикасност, поједностављују рад са ГитЛаб-ом и помажу вашем тиму да испоручи функције још брже. Надамо се да ће вам главне карактеристике издања бити корисне, као и 53 друге нове функције, додато у овом издању.
Други начин за смањење ризика је употреба новог ГитЛаб Кубернетес агент. Оперативни тимови могу да примене Кубернетес кластере из ГитЛаб-а без потребе да излажу свој кластер целом интернету. Такође уводимо подршку за аутоматску контролу верзија за нове датотеке стања Терраформ са ГитЛаб управља Терраформ стањем да подржи усклађеност и лакоћу отклањања грешака. Коначно, постала је безбедносна табла инстанце ГитЛаб безбедносни центар са извештајима о рањивости и безбедносним подешавањима.
Фабио је значајно допринео допринос в приказивање покривености кода у разликама захтева за спајање - карактеристика која се дуго чекала у ГитЛаб заједници. Ово је заиста важан допринос са нетривијалним променама које су захтевале сталну сарадњу са члановима ГитЛаб тима и утицале на многе области пројекта као што су УКС, фронт-енд и бацк-енд.
У издању 12.10, ГитЛаб је увео могућност примања и преноса кључева на ЦИ послове помоћу ГитЛаб обрађивача послова (ГитЛаб руннер). Сада се ширимо аутентификацију користећи ЈВТ, додајући нову синтаксу secrets да поднесе .gitlab-ci.yml. Ово ће олакшати постављање и коришћење ХасхиЦорп спремишта са ГитЛабом.
ГитЛаб-ова интеграција са Кубернетес-ом је дуго омогућавала примену у Кубернетес кластере без потребе за ручном конфигурацијом. Многим корисницима се допала једноставност коришћења овог пакета, док су други наишли на неке потешкоће. За тренутну интеграцију, ваш кластер мора бити доступан са Интернета да би му ГитЛаб могао приступити. За многе организације то није могуће јер ограничавају приступ кластерима из безбедносних, усклађених или регулаторних разлога. Да би заобишли ова ограничења, корисници су морали да направе своје алате на ГитЛаб-у, иначе не би могли да користе ову функцију.
Данас представљамо ГитЛаб Кубернетес Агент, нови начин за имплементацију у Кубернетес кластере. Агент ради унутар вашег кластера, тако да не морате да га излажете целом Интернету. Агент координира примену тако што захтева нове промене од ГитЛаб-а, уместо да ГитЛаб гура ажурирања у кластер. Без обзира који ГитОпс метод користите, ГитЛаб вас покрива.
Имајте на уму да је ово прво издање агента. Наш тренутни фокус за ГитЛаб Кубернетес Агент је конфигурисање и управљање применама путем кода. Неке постојеће функције интеграције Кубернетес-а, као што су плоче за примену и апликације којима управља ГитЛаб, још увек нису подржане. Претпостављамода ће ове могућности бити додате агенту у будућим издањима, као и нове интеграције фокусиране на безбедност и усклађеност.
Раније је ГитЛаб-ов систем дозвола отежавао правилну поделу одговорности унутар вашег тима између оних који су одговорни за развој и оних који су одговорни за примену. Са издавањем ГитЛаб-а 13.4, можете дати дозволу за одобравање захтева за спајање за примену, као и за стварно постављање кода људима који не пишу код, а да им не дате права приступа одржавачу (у руској локализацији ГитЛаб-а „одржавач“ ).
Раније је управљање рањивостима на нивоу инстанце било ограничено и у функционалности и у флексибилности. Интерфејс је био једна страница која комбинује детаље рањивости, метричке графиконе и подешавања. Нема много простора за развој ових функција или коришћење других безбедносних функција.
Направили смо фундаменталне промене у начину на који управљамо безбедношћу и транспарентношћу у ГитЛабу. Сигурносни панел инстанце је трансформисан у цео центар безбедности. Највећа промена је увођење нове структуре менија: уместо једне странице, сада видите безбедносну контролну таблу, извештај о рањивости и одељак за подешавања одвојено. Иако се функционалност није променила, разбијање на делове омогућиће побољшања овог одељка која би иначе била тешка. Ово такође поставља основу за додавање других могућности у вези са безбедношћу у будућности.
Наменски одељак Извештаја о рањивости сада има више простора за приказ важних детаља. Ево рањивости које се тренутно налазе на листи рањивости пројекта. Премештање виџета са метриком рањивости у посебан одељак ствара згодан безбедносни контролни панел. Сада је то платно за будуће визуелизације — не само за управљање рањивостима, већ и за све метрике везане за безбедност. Коначно, посебна област поставки ствара заједнички простор за сва безбедносна подешавања на нивоу инстанце, а не само за управљање рањивостима.
Раније ове године, ГитЛаб се обавезао потез 18 карактеристика у отворени извор. У овом издању, завршили смо миграцију променљивих функција на почетни план и наставићемо да их мигрирамо на Цоре са ГитЛаб 13.5. Узбуђени смо што ову функцију нудимо већем броју корисника и желимо да чујемо како је користите.
Понекад када се крећете по ГитЛабу желите да одете директно на одређени пројекат, а не на страницу резултата претраге.
Користећи глобалну траку за претрагу, можете брзо да се крећете до најновијих тикета, група, пројеката, подешавања и тема помоћи. Можете чак користити и интервентни тастер /да померите курсор на траку за претрагу да бисте се још ефикасније кретали по ГитЛабу!
Када прегледате захтев за спајање, може бити тешко утврдити да ли је промењени код покривен јединичним тестовима. Уместо тога, рецензенти се могу ослонити на укупну покривеност и захтевати да се она повећа пре него што одобре захтев за спајање. Ово може довести до случајног приступа писању тестова, који заправо неће побољшати квалитет кода или покривеност тестом.
Сада, када гледате разлику захтева за обједињавање, видећете визуелни приказ покривености кода. Нове ознаке ће вам омогућити да брзо схватите да ли је промењени код покривен јединичним тестом, што ће помоћи да се убрза преглед кода и време спајања и примене новог кода.
Од издавања ГитЛаб 12.5 користећи панели за окружење можете пратити стање окружења, али не више од седам окружења у три пројекта. Побољшали смо овај панел у издању 13.4 тако што смо га поделили на странице како бисмо вам помогли да одржавате и управљате својим окружењима у великом обиму. Сада можете видети више окружења у више пројеката.
АПИ фуззинг тестирање је одличан начин да пронађете грешке и рањивости у вашим веб апликацијама и АПИ-јима које други скенери и методе тестирања могу да пропусте.
АПИ фуззинг тестирање у ГитЛаб-у вам омогућава да пружите ОпенАПИ в2 спецификација или ХАР фајл вашу апликацију, а затим аутоматски генерише насумичне улазне податке дизајниране за тестирање рубних случајева и проналажење грешака. Резултати су одмах видљиви унутар вашег цевовода.
Ово је наше прво издање за АПИ фузз тестирање и волели бисмо да чујемо шта мислите. Имамо још на залихама за испитивање фузз многе идеје, који ћемо базирати на издавању ове функције.
Раније, креирање графикона на контролној табли метрика у ГитЛабу није био лак задатак. Након што сте креирали метрику у ИАМЛ датотеци контролне табле, унели сте измене у master, а да не можете да проверите да ли новонастали графикон ради тачно онако како вам је потребно. Почевши од овог издања, можете да прегледате промене док креирате графикон, добијајући представу о резултату пре него што пошаљете промене у ИАМЛ датотеку на контролној табли.
Када управљате великим бројем пројеката у ГитЛабу, потребан вам је један извор информација о томе како се покривеност кода мења током времена у свим пројектима. Раније је приказивање ових информација захтевало заморан и дуготрајан ручни рад: морали сте да преузмете податке о покривености кода из сваког пројекта и да их комбинујете у табели.
У издању 13.4 постало је могуће лако и брзо саставити .csv фајл са свим подацима о покривености кода за све пројекте групе или за избор пројеката. Ова функција је МВЦ, пратиће је могућност просечна покривеност парцеле током времена.
Ово издање уводи подршку за неколико нових језика за фузз тестирање са циљем пуне покривености.
Сада можете да процените пуне могућности фуззинг тестирања у вашим Јава, Руст и Свифт апликацијама и да пронађете грешке и рањивости које други скенери и методе тестирања могу да пропусте.
Страница „Окружење“ приказује укупно стање ваших окружења. У овом издању смо побољшали ову страницу додавањем приказа упозорења. Активирана упозорења заједно са статусом ваших окружења помоћи ће вам да брзо предузмете акцију да исправите ситуације које се појаве.
Коришћењем угнежђених цевовода, сада је могуће покренути нове цевоводе унутар подређених цевовода. Додатни ниво дубине може бити користан ако вам је потребна флексибилност да генеришете променљиви број цевовода.
Раније, када се користе угнежђени цевовод, сваки подређени цевовод је захтевао да се задатак окидача ручно дефинише у надређеном цевоводу. Сада можете да креирате угнежђене цевоводе који ће динамички покретати било који број нових угнежђених цевовода. На пример, ако имате монорепозиторијум, можете динамички да генеришете први подцевовод, који ће сам креирати потребан број нових цевовода на основу промена у грани.
Раније, навигација између родитељског и угнежђеног цевовода није била баш згодна – требало вам је много кликова да бисте дошли до жељеног цевовода. Такође није било лако открити који посао је започео цевовод. Сада ће бити много лакше видети везе између родитељског и угнежђеног цевовода.
Ако сте користили матрица задатака, можда сте приметили да је било тешко одредити која се варијабла матрице користи за одређени посао, пошто су називи послова изгледали тако matrix 1/4. У издању 13.4, видећете релевантне вредности променљивих које су коришћене у том послу уместо генеричког назива посла. На пример, ако је ваш циљ да отклоните грешке у архитектури к86, онда ће посао бити позван matrix: debug x86.
Корисници ГитЛаб-а ће сада моћи да повежу своје ГитЛаб налоге са својим Атлассиан Цлоуд налогом. Ово ће вам омогућити да се пријавите на ГитЛаб са вашим Атлассиан акредитивима, а такође ће поставити темеље за будућа побољшања интеграције. Гитлаб са Јира и са осталим производима из линије Атлассиан.
Организације које су фокусиране на усклађеност треба начин да покажу ревизорима холистички поглед на компоненте повезане са било којом променом у производњи. У ГитЛабу то значи прикупљање свега на једном месту: захтеве за спајање, тикете, цевоводе, безбедносна скенирања и друге податке за урезивање. До сада сте морали или ручно да их прикупљате у ГитЛаб-у или да конфигуришете своје алате за прикупљање информација, што није било баш ефикасно.
Сада можете програмски прикупљати и извозити ове податке да бисте испунили захтеве ревизије или извршили друге анализе. Да бисте извезли листу свих урезивања обједињавања за тренутну групу, морате да одете на Контролне табле за усклађеност и кликните на дугме Листа свих урезивања спајања. Добијени фајл ће садржати све урезивања захтева за стапање, њиховог аутора, ИД придруженог захтева за стапање, групу, пројекат, потврднике и друге информације.
Управљање приступом ГитЛаб именском простору је важан део напора за усаглашеност. Од принципа најмање привилегија до онемогућавања временски ограниченог приступа, може постојати неколико захтева повезаних са личним токенима за приступ у ГитЛаб-у. Да бисмо олакшали одржавање и управљање свим овим корисничким акредитивима у оквиру вашег именског простора, обезбедили смо могућност да наведемо све токене личног приступа и опционо забранити приступ преко АПИ-ја.
Ова побољшања ГитЛаб АПИ-ја омогућавају корисницима да наведу и опозову своје личне токене за приступ, а администраторима да наведу и опозову токене својих корисника. Администраторима ће сада бити лакше да виде ко има приступ њиховом именском простору, доносе одлуке о приступу на основу корисничких података и опозивају личне токене за приступ који су можда компромитовани или који не спадају у политику управљања приступом компаније.
Приликом прегледа промена кода, дискусија и урезивања захтева за стапањем, често је пожељно извршити локалну проверу гране ради дубљег прегледа. Међутим, проналажење имена нити постаје све теже јер се више садржаја додаје у опис захтева за спајање и морате да скролујете даље низ страницу.
Додали смо назив гране на бочну траку захтева за обједињавање, чинећи га доступним у било ком тренутку и елиминишући потребу за скроловањем кроз целу страницу. Баш као и веза до захтева за спајање, одељак изворне гране садржи згодно дугме „копирај“.
захвалити Етхан Реесор за ваш огроман допринос развоју ове функције!
Захтеви за спајање који додају промене у више датотека понекад скупљају разлике великих датотека да би се побољшале перформансе приказивања. Када се то догоди, могуће је случајно прескочити датотеку током прегледа, посебно у захтевима за спајање са великим бројем датотека. Почевши од верзије 13.4, захтеви за спајање ће означавати разлике које садрже пресавијене датотеке, тако да нећете пропустити ове датотеке током прегледа кода. За још већу јасноћу, планирамо да додамо истицање овим датотекама у будућем издању. Пратите новости о гитлаб карта#16047.
У одељку разлике захтева за обједињавањем, велике датотеке се скупљају ради побољшања перформанси. Међутим, приликом прегледа кода, неке датотеке могу бити пропуштене када прегледач скролује кроз листу датотека, пошто су све велике датотеке скупљене.
Додали смо видљиво упозорење на врху странице дифф захтева за спајање да бисмо обавестили кориснике да постоји спојена датотека у овом одељку. На овај начин нећете пропустити ниједну измену захтева за спајање током прегледа.
Раније, када је примарни чвор Гитали кластера отишао ван мреже, спремишта на том чвору су била означена као само за читање. Ово је спречило губитак података у ситуацијама када је дошло до промена на чвору који још увек није био реплициран. Када се чвор вратио на мрежу, ГитЛаб није аутоматски враћен и администратори су морали ручно да покрену процес синхронизације или прихвате губитак података. Друге ситуације, као што је неуспех посла репликације на секундарном чвору, такође могу довести до застарелих или само за читање спремишта. У овом случају, спремиште је остало застарело док се не догоди следећа операција писања, која би покренула посао репликације.
За решавање овог проблема Праефецт сада заказује посао репликације када открије застарело спремиште на једном чвору и најновију верзију спремишта на другом. Овај посао репликације аутоматски одржава спремиште ажурираним, елиминишући потребу за ручним враћањем података. Аутоматски опоравак такође обезбеђује да се секундарни чворови брзо ажурирају ако посао репликације не успе, уместо да се чека следећа операција писања. Пошто многи Гилали кластери чувају велики број спремишта, ово значајно смањује време које администратори и инжењери поузданости троше на опоравак података након грешке.
Поред тога, аутоматска поправка покреће репликацију спремишта на било ком новом Гитали чвору који је додат у кластер, елиминишући ручни рад приликом додавања нових чворова.
Ефикасна комуникација у ГитЛабу заснована је на листама обавеза. Ако сте поменути у коментару, кључно је да можете да пређете на задатак и или почнете да радите нешто или га означите као завршено. Такође је важно да можете себи да доделите задатак када треба да радите на нечему или се касније вратите на то.
Раније нисте могли да додајете задатке или их означавате као завршене када радите са дизајном. Ово је озбиљно пореметило ефикасност комуникације између производних тимова, пошто су обавезе критични елемент ГитЛаб тока посла.
У издању 13.4, дизајни сустижу коментаре тикета у коришћењу задатака, што чини рад са њима доследнијим и ефикаснијим.
Побољшали смо водич за решавање проблема за ГитЛаб ЦИ/ЦД са више информација о уобичајеним проблемима на које можете наићи. Надамо се да ће побољшана документација бити драгоцен ресурс који ће вам помоћи да брзо и лако покренете ГитЛаб ЦИ/ЦД.
Раније су захтеви за спајање могли случајно да испадну из реда за спајање због касних коментара. Ако је захтев за спајање већ био у реду и неко му је додао коментар који је створио нову нерешену дискусију, сматрало се да захтев за спајање не испуњава услове за спајање и испао би из реда. Сада, након што је захтев за спајање додат у ред спајања, нови коментари се могу додати без страха да ће се пореметити процес спајања.
Програмери би требало да буду у могућности да виде вредност покривености кода након што се цевовод заврши - чак и у сложеним сценаријима као што је покретање цевовода са више послова које треба рашчланити да би се израчунала вредност покривености. Раније је виџет захтева за обједињавање показивао само просек ових вредности, што је значило да морате да се крећете до странице посла и назад до захтева за спајање да бисте добили средње вредности покривености. Да бисмо вам уштедели време и ове додатне кораке, направили смо да виџет приказује просечну вредност покривености, њене промене између циљне и изворне гране и опис алата који приказује вредност покривености за сваки посао на основу којег је просек израчунат.
ГитЛаб регистар пакета је место за складиштење и дистрибуцију пакета у различитим форматима. Када имате много пакета у свом пројекту или групи, морате брзо да идентификујете некоришћене пакете и уклоните их како бисте спречили људе да их преузму. Можете уклонити пакете из свог регистра путем АПИ пакета или преко корисничког интерфејса регистра пакета. Међутим, до сада нисте могли да уклоните пакете када гледате групу преко корисничког интерфејса. Као резултат тога, морали сте да уклоните непотребне пакете по пројекту, што је било неефикасно.
Сада можете уклонити пакете када прегледате регистар пакета групе. Једноставно идите на страницу регистра пакета групе, филтрирајте пакете по имену и уклоните све који вам нису потребни.
Можете користити Цонан репозиторијум у ГитЛаб-у за објављивање и дистрибуцију Ц/Ц++ зависности. Међутим, раније су пакети могли да се скалирају само на ниво инстанце, пошто је име Цонан пакета могло да има највише 51 знак. Ако желите да објавите пакет из подгрупе, нпр gitlab-org/ci-cd/package-stage/feature-testing/conan, то је било готово немогуће урадити.
Сада можете да смањите Цонан пакете на ниво пројекта, што олакшава објављивање и дистрибуцију зависности ваших пројеката.
Узбуђени смо што можемо да додамо скенирања зависности за Ц, Ц++, Ц# и .Нет пројекте кода који користе НуГет 4.9+ или Цонан менаџере пакета на нашу листу подржани језици и оквири. Сада можете да омогућите скенирање зависности као део безбедне фазе да бисте проверили познате рањивости у зависностима додатим преко менаџера пакета. Пронађене рањивости ће бити приказане у вашем захтеву за спајање заједно са њиховим нивоом озбиљности, тако да знате пре него што извршите спајање које ризике носи нова зависност. Такође можете да конфигуришете свој пројекат тако да захтева потврда захтева за спајање за зависности са рањивостима са критичним (критичним), високим (високим) или непознатим (непознатим) нивоима озбиљности.
Раније, приликом постављања подешавања захтева за спајање Спојите када се цевовод заврши (Мерге Вхен Пипелине Суццеедс, МВПС) није послато обавештење путем е-поште. Морали сте ручно да проверите статус или да сачекате обавештење о спајању. Са овим издањем са задовољством представљамо доприносе корисника @рависханкар2коол, који је решио овај проблем додавањем аутоматских обавештења свима који су претплаћени на захтев за спајање када рецензент промени поставку спајања у МВПС.
Не сваки проблем који се појави одмах покреће упозорења: корисници пријављују прекиде, а чланови тима истражују проблеме са перформансама. Инциденти су сада врста карте, тако да ваши тимови могу брзо да их креирају као део свог нормалног тока посла. Кликните Нови задатак са било ког места у ГитЛабу и на терену Тип изаберите Incident.
Побољшали смо ГитЛаб упозорења тако што смо додали нови тип помињања посебно за њих у ГитЛаб Маркдовн, што олакшава дељење и помињање упозорења. Користите ^alert#1234да споменете упозорење у било ком пољу Маркдовн: у инцидентима, тикетима или захтевима за спајање. Ово ће вам такође помоћи да идентификујете послове који се креирају из упозорења, а не из тикета или захтева за спајање.
Опис упозорења садржи информације кључне за решавање проблема и опоравак, а ове информације треба да буду лако доступне тако да не морате да мењате алате или картице док радите на решавању инцидента. Инциденти направљени од упозорења приказују комплетан опис упозорења на картици Детаљи упозорења.
ГитЛаб, као једна апликација, има јединствену могућност да брзо открије садржај у целом ДевОпс току рада. У ГитЛабу 13.4, напредна претрага враћа резултате 75% брже када је ограничено на одређене именске просторе и пројекте, као на ГитЛаб.цом.
Постојала је опција да се одложи брисање пројекта уведен у 12.6. Међутим, раније није било могуће видети све пројекте који чекају брисање на једном месту. Администратори ГитЛаб корисничких инстанци сада могу да виде све пројекте брисања на чекању на једном месту, заједно са дугмадима за лако враћање тих пројеката.
Ова функција даје администраторима већу контролу над брисањем пројекта прикупљањем свих релевантних информација на једном месту и пружањем могућности да пониште нежељене радње брисања.
Раније, групна пусх правила су се могла конфигурисати само посетом сваке групе појединачно преко ГитЛаб корисничког интерфејса и применом тих правила. Сада можете да управљате овим правилима преко АПИ-ја да бисте подржали своје прилагођене алате и ГитЛаб аутоматизацију.
Складиштење акредитива Пружа администраторима информације које су им потребне за управљање корисничким акредитивима за своју ГитЛаб инстанцу. Пошто се организације фокусиране на усклађеност разликују по строгости својих смерница за управљање акредитивима, додали смо дугме које омогућава администраторима да опционо опозову корисников лични токен за приступ (ПАТ). Администратори сада могу лако опозвати потенцијално угрожене ПАТ-ове. Ова функција је корисна за организације које желе флексибилније опције усклађености како би смањиле ометање својих корисника.
У ГитЛаб 13.4, уводимо нови начин прилагођавања статичког уређивача сајтова. Иако конфигурациона датотека не чува нити прима никаква подешавања у овом издању, ми постављамо основу за будуће прилагођавање понашања уређивача. У будућим издањима додаћемо датотеку .gitlab/static-site-editor.yml параметри за уградњу адреса основне локације, на којем слике учитане у уређивач се чувају, замењујући Маркдовн подешавања синтаксе и друга подешавања уређивача.
Предња ствар је флексибилан и згодан начин за дефинисање променљивих страница у датотекама података за обраду од стране генератора статичког сајта. Обично се користи за постављање наслова странице, шаблона изгледа или аутора, али се може користити за прослеђивање било које врсте метаподатака генератору када се страница приказује у ХТМЛ-у. Укључен на самом врху сваке датотеке са подацима, уводни део је обично форматиран као ИАМЛ или ЈСОН и захтева доследну и прецизну синтаксу. Корисници који нису упознати са специфичним синтактичким правилима могу ненамерно да унесу неважеће ознаке, што заузврат може да изазове проблеме са форматирањем или чак неуспехе у изградњи.
ВИСИВИГ режим уређивања статичког уређивача сајта већ уклања увод из уређивача да би спречио ове грешке у форматирању. Међутим, ово вас спречава да промените вредности сачуване у овом делу без враћања на уређивање у изворном режиму. У ГитЛаб 13.4, можете приступити било ком пољу и уредити његову вредност у познатом интерфејсу заснованом на обрасцима. Када се притисне дугме podešavanja (Подешавања) отвориће се панел који приказује поље обрасца за сваки кључ дефинисан на почетку. Поља се попуњавају тренутном вредношћу, а уређивање било ког од њих је једноставно као уношење у веб образац. Уређивање увода на овај начин избегава сложену синтаксу и даје вам потпуну контролу над садржајем, истовремено осигуравајући да је коначни резултат доследно форматиран.
За Јира кориснике на ГитЛаб-у: ГитЛаб апликација за Јира и ДВЦС конектор омогућавају вам да прикажете информације о ГитЛаб урезивању и захтевима за спајање директно у Јира. У комбинацији са нашом уграђеном Јира интеграцијом, можете лако да се крећете између две апликације док радите.
Ове функције су раније биле доступне само у нашем Премиум плану, али су сада доступне свим корисницима!
Гитали кластер вам омогућава да реплицирате Гит репозиторије на више „топлих“ Гитали чворова. Ово повећава толеранцију грешака елиминишући појединачне тачке квара. Трансакционе операције, уведен у ГитЛаб 13.3, узрокује да се промене емитују на све Гитали чворове у кластеру, али само Гитали чворови који гласају у сагласности са примарним чвором чувају промене на диску. Ако се сви чворови реплике не слажу, само једна копија промене ће бити сачувана на диску, стварајући једну тачку отказа док се асинхрона репликација не заврши.
Већинско гласање побољшава толеранцију грешака тако што захтева сагласност већине чворова (не свих) пре чувања промена на диску. Ако је ова функција пребацивања омогућена, уписивање би требало да успе на више чворова. Несагласни чворови се аутоматски синхронизују коришћењем асинхроне репликације са оних чворова који су формирали кворум.
Пројекти у којима људи пишу конфигурације у ЈСОН или ИАМЛ често су склони проблемима јер је лако направити грешку у куцању и нешто покварити. Могуће је писати инспекцијске алате за откривање ових проблема у ЦИ цевоводу, али коришћење ЈСОН датотеке шеме може бити корисно за обезбеђивање документације и савета.
Учесници пројекта могу да дефинишу у свом спремишту путању до прилагођене шеме у датотеци .gitlab/.gitlab-webide.yml, који одређује шему и путању до датотека које треба проверити. Када учитате одређену датотеку у Веб ИДЕ, видећете додатне повратне информације и валидацију које ће вам помоћи да креирате датотеку.
Ако користите транспортере са усмереним ацикличним графом (Дирецтед Ацицлиц Грапх (ДАГ)), можда ћете открити да постоји ограничење од 10 послова које посао може навести у needs:, престрого. У 13.4, подразумевано ограничење је повећано са 10 на 50 да би се омогућиле сложеније мреже односа између послова у вашим цевоводима.
Ако сте администратор прилагођене ГитЛаб инстанце, ово ограничење можете повећати још више подешавањем функције за пребацивање, иако не нудимо званичну подршку за ово.
У неким случајевима, пропуштени посао у цевоводу може се погрешно сматрати успешним за зависности наведене у needs, што је изазвало покретање накнадних послова, што није требало да се деси. Ово понашање је исправљено у верзији 13.4 и needs сада исправно обрађује случајеве пропуштених задатака.
ГитЛаб сада аутоматски закључава последњи успешан посао и артефакт цевовода на било којој активној грани, захтеву за спајање или ознаци да би спречио његово брисање након истека. Постаје лакше поставити агресивнија правила истека за чишћење старих артефаката. Ово помаже у смањењу потрошње простора на диску и осигурава да увек имате копију најновијег артефакта из цевовода.
Извештај о испитивању јединице је једноставан начин да видите резултате свих тестова у цевоводу. Међутим, са великим бројем тестова, проналажење неуспешних тестова може потрајати дуго. Остали проблеми који могу отежати коришћење извештаја укључују потешкоће при скроловању кроз излазе дугих трагова и заокруживање времена на нулу за тестове који се изводе за мање од 1 секунде. Сада, подразумевано, када сортира извештај о тестирању, прво поставља неуспеле тестове на почетак извештаја, а затим сортира тестове по трајању. Ово олакшава проналажење грешака и дугих тестова. Поред тога, трајање теста се сада приказује у милисекундама или секундама, што их чини много бржим за читање, а претходни проблеми са померањем су такође решени.
Сада постоје ограничења за величину датотека пакета које се могу отпремити у ГитЛаб регистар пакета. Додата су ограничења ради оптимизације перформанси регистра пакета и спречавања злоупотребе. Ограничења се разликују у зависности од формата пакета. За ГитЛаб.цом, максималне величине датотека су:
Конан: 250МБ
Мавен: 3ГБ
НПМ: 300МБ
НуГет: 250 МБ
ПиПИ: 3ГБ
За прилагођене ГитЛаб инстанце, подразумеване вредности су исте. Међутим, администратор може ажурирати ограничења користећи Раилс конзоле.
Можете да користите ГитЛаб ПиПИ спремиште за креирање, објављивање и дељење Питхон пакета заједно са изворним кодом и ЦИ/ЦД цевоводима. Међутим, раније нисте могли да се аутентификујете у спремишту користећи унапред дефинисану променљиву окружења CI_JOB_TOKEN. Као резултат тога, морали сте да користите своје личне акредитиве да ажурирате ПиПИ спремиште, или сте можда одлучили да уопште не користите спремиште.
Сада је лакше користити ГитЛаб ЦИ/ЦД за објављивање и инсталирање ПиПИ пакета користећи унапред дефинисану променљиву окружења CI_JOB_TOKEN.
За ДАСТ скенирање на захтев који је био уведен у претходном издању, додани су профили ДАСТ скенера. Они проширују могућности конфигурације ових скенирања, омогућавајући вам да брзо креирате више профила за покривање више типова скенирања. У 13.4, профил пописивача изворно укључује поставку временског ограничења пописивача која одређује колико дуго ДАСТ пописивач треба да ради док покушава да открије све странице пописаног сајта. Профил такође укључује подешавање временског ограничења циљног сајта да би се подесило колико дуго пописивач треба да чека да сајт постане доступан пре него што прекине пописивање ако сајт не одговори статусним кодом 200 или 300. Како настављамо да побољшавамо, ова функција ће бити додато профилу скенера у будућим издањима; биће додати додатни параметри конфигурације.
Ако користите ГитЛаб Пагес и желите да боље управљате променама УРЛ-а, можда сте приметили да управљање преусмеравањем на вашем ГитЛаб Пагес сајту није било могуће. ГитЛаб вам сада омогућава да конфигуришете правила за преусмеравање једне УРЛ адресе на другу за вашу страницу Пагес додавањем конфигурационе датотеке у спремиште. Ова карактеристика је омогућена захваљујући доприносу Кевина Барнета (@ПопеДрФреуд), наш Ерик Иствуд (@МадЛиттлеМодс) и ГитЛаб тимови. Хвала свима на доприносу.
Приступ претходним верзијама Терраформ стања је неопходан и за усаглашеност и за отклањање грешака ако је потребно. Подршка за верзионисање Терраформ стања којим управља ГитЛаб је обезбеђена почевши од ГитЛаб-а 13.4. Версионирање је аутоматски омогућено за нове датотеке стања Терраформ. Постојеће Терраформ државне датотеке ће бити аутоматски мигрира у верзионисано спремиште у каснијем издању.
Када обрађујете инциденте, морате бити у могућности да лако одредите колико дуго је упозорење било отворено и колико пута је догађај покренут. Ови детаљи су често критични у одређивању утицаја на купца и онога на шта би ваш тим прво требало да се позабави. У новом панелу Детаљи о инциденту приказујемо време почетка упозорења, број догађаја и везу до оригиналног упозорења. Ове информације су доступне за инциденте који се генеришу из упозорења.
Димензија озбиљности инцидента омогућава особама које реагују и заинтересованим странама да одреде утицај прекида, као и метод и хитност одговора. Пошто ваш тим дели резултате током решавања инцидената и опоравка, они могу да промене ову поставку. Сада можете да уредите озбиљност инцидента на десној бочној траци странице са детаљима о инциденту, а озбиљност се приказује на листи инцидената.
Ово побољшање уређивача правила безбедности мреже контејнера омогућава корисницима да лако креирају, уређују и бришу своја правила директно из ГитЛаб корисничког интерфејса. Функције уредника укључују .yaml за искусне кориснике и уређивач правила са интуитивним интерфејсом за оне који су нови у мрежним правилима. У одељку можете пронаћи нове опције управљања правилима Безбедност и усклађеност > Управљање претњама > Правила (Безбедност и усклађеност > Управљање претњама > Смернице).
И ГитЛаб и ГитЛаб Руннер сада подржавају Азуре блоб складиште, што олакшава покретање ГитЛаб услуга на Азуре-у.
ГитЛаб инстанце подржавају Азуре за све типове складишта објеката, укључујући ЛФС датотеке, ЦИ артефакте и резервне копије. Да бисте подесили Азуре Блоб складиште, пратите упутства за инсталацију Омнибус или Хелм цхарт.
ГитЛаб процесори послова такође подржавају Азуре за складиштење дистрибуирани кеш. Азуре складиште се може конфигурисати помоћу одељка [runners.cache.azure].
Као одговор на растућу потражњу за подршком за покретање ГитЛаб-а на 64-битној АРМ архитектури, са задовољством најављујемо доступност званичног АРМ64 Убунту 20.04 Омнибус пакета. Огромно хвала Зитаи Цхен и Гуиллауме Гардет за огроман допринос који су дали - њихови захтеви за спајање су одиграли кључну улогу у томе!
Да бисте преузели и инсталирали пакет за Убунту 20.04, идите на наш страница за инсталацију и изаберите Ubuntu.
Паметне картице, као што су Цоммон Аццесс Цардс (ЦАЦ), сада се могу користити за аутентификацију ГитЛаб инстанце која се примењује преко Хелм графикона. Паметне картице се аутентификују у локалној бази података користећи Кс.509 сертификате. Са овим, подршка за паметне картице са Хелм графиконом је сада у складу са подршком за паметне картице доступном у Омнибус применама.