Больш магчымасцяў для сумеснай працы і дадатковыя апавяшчэння
Мы ў GitLab увесь час шукаем новыя спосабы палепшыць сумесную працу па ўсім жыццёвым цыкле DevOps. Мы з радасцю аб'яўляем, што з гэтага выпуску падтрымліваем ! Гэтая функцыя даступная з узроўня GitLab Starter і па-сапраўднаму ўвасабляе наш дэвіз: "Кожны можа ўнесці свой уклад". Мы ведаем, што з адным мердж-рэквестам можа працаваць шмат людзей, каб усё дакладна было ў парадку, і зараз у вас ёсць магчымасць прызначаць некалькі адказных за мердж-рэквесты!
А яшчэ каманды DevOps зараз атрымліваюць . Дадайце новыя апавяшчэнні ў спіс падзей адпраўкі ў гэтых двух чатах, і ваша каманда будзе амаль маментальна даведвацца аб новых дэплоях.
Скарачэнне выдаткаў з падтрымкай кантэйнераў Docker у Windows і падрыхтоўкай кластараў Kubernetes на ўзроўні асобніка
Мы любім кантэйнеры! Кантэйнеры марнуюць менш рэсурсаў сістэмы ў параўнанні з віртуальнымі машынамі і паляпшаюць пераноснасць прыкладання. З выпуску GitLab 11.11 мы падтрымліваем , таму зараз вы можаце выкарыстоўваць кантэйнеры Docker ў Windows і атрымліваць асалоду ад пашыранымі магчымасцямі аркестрацыі пайплайнаў і кіравання.
GitLab Premium (толькі для самакіравальных асобнікаў) зараз прапануе . Гэты дадатак паскорыць дастаўку, бо зараз у вас будзе які кэшуе проксі для часта выкарыстоўваных выяў Docker.
Карыстальнікі самакіравальнай асобнікаў GitLab зараз могуць падрыхтоўваць , і ўсе групы і праекты ў экзэмпляры будуць выкарыстоўваць яго для сваіх дэплояў. Дзякуючы гэтай інтэграцыі, GitLab з Kubernetes будуць аўтаматычна стварацца рэсурсы для канкрэтных праектаў для дадатковай бяспекі.
І гэта яшчэ не ўсё!
Акрамя новых магчымасцяў для сумеснай працы і дадатковых апавяшчэнняў мы дадалі , павялічылі , спрасцілі праверкі з дапамогай , і шмат чаго яшчэ!
Самы каштоўны супрацоўнік гэтага месяца () — Кіа Мэй Самабес ()
У гэтым выпуску мы дадалі магчымасць загружаць з рэпазітароў асобныя тэчкі, а не ўсё змесціва. Цяпер вы можаце загрузіць усяго некалькі патрэбных файлаў. Дзякуй, Киа Мэй Самабес!
Галоўныя фічы GitLab 11.11
Windows Container Executor для GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
У GitLab 11.11/XNUMX мы дадалі ў GitLab Runner новы выканаўца, каб кантэйнеры Docker можна было выкарыстоўваць у Windows. Раней для аркестрацыі кантэйнераў Docker у Windows прыходзілася выкарыстоўваць абалонку (shell), а зараз можна працаваць з кантэйнерамі Docker у Windows напроста, амаль гэтак жа, як у Linux. Цяпер карыстачам платформаў ад Microsoft даступна больш магчымасцяў для аркестрацыі пайплайнаў і кіраванні.
У гэтае абнаўленне ўваходзіць палепшаная падтрымка PowerShell у GitLab CI/CD, а яшчэ новыя дапаможныя выявы для розных версій кантэйнераў Windows. Вашы ўласныя Windows-раннеры, вядома, можна выкарыстоўваць з GitLab.com, але пакуль яны не ўваходзяць у спіс агульнадаступных інструментаў.
Кэшуе проксі залежнасцяў для рэестра кантэйнераў
PREMIUM, ULTIMATE
Каманды часта выкарыстоўваюць кантэйнеры ў пайплайнах зборкі, а кэшуе проксі для часта выкарыстоўваных выяў і пакетаў з upstream - гэта выдатны спосаб паскорыць пайплайны. З лакальнай копіяй патрэбных пластоў, даступнай праз новы які кэшуе проксі, можна эфектыўней працаваць з распаўсюджанымі выявамі ў вашым асяроддзі.
Пакуль што проксі для кантэйнераў даступны толькі для самакіравальных асобнікаў на вэб-серверы. .
Некалькі адказных для мердж-рэквестаў
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Даволі часта адразу некалькі людзей працуюць над функцыяй у агульнай галінцы і мердж-рэквесце, напрыклад, калі фронтэнд- і бэкенд-распрацоўшчыкі цесна супрацоўнічаюць адзін з адным або калі распрацоўшчыкі працуюць парамі, як у экстрэмальным праграмаванні.
У GitLab 11.11/XNUMX на мердж-рэквесты можна прызначаць некалькі чалавек. Як і з некалькімі адказнымі за задачы, тут можна выкарыстоўваць спісы, фільтры, апавяшчэнні і API.
Канфігурацыя кластара Kubernetes на ўзроўні асобніка
CORE, STARTER, PREMIUM, ULTIMATE
Мадэль бяспекі і падрыхтоўкі ў Kubernetes развіваецца, і зараз можна абслугоўваць вялікую колькасць кліентаў праз адзін агульны кластар.
У GitLab 11.11 карыстачы самакіравальных асобнікаў зараз могуць падрыхтоўваць кластар на ўзроўні асобнікаў, і ўсе групы і праекты ў асобніку будуць выкарыстоўваць яго для сваіх дэплояў. Дзякуючы гэтай інтэграцыі, GitLab з Kubernetes будуць аўтаматычна стварацца рэсурсы для канкрэтных праектаў для дадатковай бяспекі.
Апавяшчэнні аб дэплоях у Slack і Mattermost
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Цяпер вы можаце наладжваць аўтаматычныя апавяшчэння аб падзеях дэплою ў канале каманды дзякуючы інтэграцыі з чатамі и , і ваша каманда будзе ў курсе ўсіх важных падзей.
Гасцявы доступ да выпускаў
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Цяпер гасцявыя карыстальнікі вашых праектаў могуць праглядаць выпускі, апублікаваныя на старонцы Releases. Яны змогуць загружаць апублікаваныя артэфакты, але не змогуць спампаваць зыходны код або ўбачыць звесткі аб рэпазітарах, напрыклад, тэгі або коміты.
Іншыя паляпшэнні ў GitLab 11.11
Серыялізаваныя графы комітаў для павышэння прадукцыйнасці
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Для шматлікіх аперацый Git патрабуецца абыход графа комміта, напрыклад вылічэнне базы зліцця ці выснова галінак, якія ўтрымоўваюць комміт. Чым больш коммітаў, тым павольней выконваюцца гэтыя аперацыі, таму што для абыходу трэба загрузіць кожны аб'ект з дыска, каб лічыць яго паказальнікі.
У GitLab 11.11/XNUMX мы ўключылі функцыю серыялізаваных графаў коммітаў, прадстаўленую ў апошніх выпусках Git, каб загадзя вылічаць і захоўваць гэтыя звесткі. Цяпер абыходы ў вялікіх рэпазітарах выконваюцца значна хутчэй. Граф комітаў будзе аўтаматычна створаны пры наступнай зборцы смецця ў рэпазітары.
Чытайце аб тым, як ствараўся серыялізаваны граф коммітаў, у ад аднаго з аўтараў гэтай фічы.
Дадатковыя хвіліны CI Runner: зараз і для бясплатных планаў
FREE, BRONZE, SILVER, GOLD
У мінулым месяцы мы дадалі магчымасць купляць дадатковыя хвіліны CI Runner, але толькі для платных планаў GitLab.com. У гэтым выпуску хвіліны можна набываць і ў бясплатных планах.
Загрузка архіваў дырэкторый у рэпазітары
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
У залежнасці ад тыпу і памеру праекта архіў усяго праекта можа загружацца доўга і не заўсёды патрэбен, асабліва ў выпадку буйных монорепозиториев. У GitLab 11.11/XNUMX можна загрузіць архіў змесціва бягучага каталога, уключаючы падкаталогі, каб абраць толькі патрэбныя тэчкі.
Дзякуй за працу, !
Ужыванне прапановы зараз аўтаматычна дазваляе абмеркаванне
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Прапанова змен спрашчае сумесную працу над мердж-рэквестамі: зараз можна абыйсціся без капіпасты для прыняцця прапанаванай змены. У GitLab 11.11 мы зрабілі гэты працэс яшчэ прасцей: зараз абмеркаванне аўтаматычна дазваляецца пры ўжыванні прапановы.
Лічыльнік часу на бакавой панэлі дошкі задач
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Бакавыя панэлі задач павінны выглядаць аднолькава ва ўяўленнях дошкі і задач. Таму ў GitLab зараз ёсць лічыльнік часу на бакавой панэлі задач на дошцы задач. Проста перайдзіце на дошку задач, націсніце на задачу, і адкрыецца бакавая панэль са лічыльнікам часу.
Звесткі аб дэплоях у Environments API
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Мы дадалі магчымасць запытваць звесткі аб канкрэтным асяроддзі ў Environments API, каб ведаць, які коміт разгорнуць у асяроддзі прама зараз. Гэта спросціць аўтаматызацыю і справаздачнасць для карыстачоў Environments у GitLab.
Адмоўныя супадзенні зменных для правіл пайплайна
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Цяпер можна правяраць адмоўную роўнасць або супадзенне шаблонаў (!= и !~) у файле .gitlab-ci.yml пры праверцы значэнняў зменных асяроддзя, таму кантроль паводзін пайплайнаў стаў больш гнуткім.
Запуск усіх выкананых уручную джобаў на этапе адной пстрычкай
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
У GitLab 11.11 карыстачы, у якіх на этапах шмат джобаў, выкананых уручную, зараз могуць выконваць усе падобныя джобы на адным этапе, націснуўшы кнопку "Play all" («Запусціць усё») справа ад імя этапу ва ўяўленні пайплайнаў.
Стварэнне файла напрамую з пераменнага асяроддзя
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Пераменныя асяроддзі часта выкарыстоўваюцца для стварэння файлаў, асабліва для сакрэтаў, якія маюць патрэбу ў абароне і даступныя толькі ў вызначаным пайплайне асяроддзя. Для гэтага вы задаяце ў якасці змесціва зменнай змесціва файла і ствараеце файл у джобе, які ўтрымоўвае значэнне. З новага пераменнага асяроддзя тыпу file гэта можна зрабіць за адзін крок нават без змены .gitlab-ci.yml.
Канчатковая кропка API для звестак аб уразлівасцях
ULTIMATE, GOLD
Цяпер вы можаце запытваць у GitLab API усе ўразлівасці, выяўленыя ў праекце. З гэтым API можна ствараць машыначытальныя спісы ўразлівасцяў з фільтрамі па тыпе, дакладнасці і сур'ёзнасці.
Магчымасць поўнага дынамічнага сканавання для DAST
ULTIMATE, GOLD
У GitLab вы можаце дынамічна тэставаць абароненасць прыкладанняў (Dynamic Application Security Testing, DAST) у рамках пайплайна CI. Пачынальна з гэтага выпуску можна выбіраць поўнае дынамічнае сканаванне замест стандартнага пасіўнага сканавання. Поўнае дынамічнае сканаванне абараняе ад большай колькасці ўразлівасцяў.
Устаноўка Prometheus у кластарах на ўзроўні групы
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
У гэтым выпуску GitLab з'явілася магчымасць прымацоўваць кластар Kubernetes да ўсяго гурта. Мы таксама дадалі магчымасць усталёўваць адзін асобнік Prometheus на гэты кластар, каб спрасціць маніторынг усіх праектаў на кластары.
Звесткі аб ігнараванні ўразлівасцяў на панэлі бяспекі
ULTIMATE, GOLD
На панэлях бяспекі GitLab адміністратары могуць праглядаць праігнараваныя ўразлівасці. Каб аптымізаваць працоўны працэс, мы дадалі магчымасць праглядаць звесткі аб ігнараванні прама на панэль бяспекі.
Стварэнне карыстацкіх дыяграм метрык на панэлі маніторынгу
PREMIUM, ULTIMATE, SILVER, GOLD
Стварайце новыя дыяграмы з карыстацкімі метрыкамі прадукцыйнасці прама на панэлі інструментаў на панэлі маніторынгу метрык. Цяпер карыстачы могуць ствараць, абнаўляць і выдаляць візуалізацыі метрык на панэлі маніторынгу, націснуўшы кнопку "Add Metric" («Дадаць метрыку») у правым верхнім куце панэлі прылад на панэлі маніторынгу.
Задачы з апавяшчэнняў зараз адкрываюцца ад імя GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Зараз у задач, якія адчыняюцца з апавяшчэнняў, аўтарам будзе GitLab Alert Bot, каб вы адразу бачылі, што задача створана аўтаматычна з важнага апавяшчэння.
Аўтазахаванне апісанняў эпікаў у лакальнае сховішча
ULTIMATE, GOLD
Апісанні эпікаў не захоўваліся ў лакальным сховішчы, таму змены знікалі, калі вы відавочна не захоўвалі іх, калі змянялі апісанне эпіка. У GitLab 11.11 з'явілася магчымасць захоўваць апісанні эпікаў у лакальным сховішчы. Гэта значыць, што зараз вы лёгка можаце вярнуцца да змены апісання эпіка, калі ўзнікла памылка, вы адцягнуліся ці выпадкова выйшлі з браўзэра.
Падтрымка отзеркаливания на GitLab для Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
З дапамогай отзеркаливания можна рэплікаваць рэпазітары Git з аднаго месца ў іншае. Гэта спрашчае захоўванне на серверы GitLab рэплікі рэпазітара, размешчанага дзесьці яшчэ. Зараз GitLab падтрымлівае адлюстраванне рэпазітароў з Git LFS, так што гэтая функцыя даступная нават рэпазітарам з вялікімі файламі, напрыклад з тэкстурамі для гульняў або навуковымі дадзенымі.
Правы на чытанне і запіс у рэпазітары для персанальных токенаў доступу
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Многія персанальныя токены доступу маюць дазволы на змены на ўзроўні api, але поўны доступ да API можа даваць занадта шмат правоў некаторым карыстальнікам або арганізацыям.
Дзякуючы фундушу супольнасці зараз персанальныя токены доступу могуць мець правы толькі на чытанне і запіс для рэпазітараў праекту, а не глыбейшы доступ на ўзроўні API да такіх далікатных зон GitLab, як параметры і сяброўства.
Дзякуй, Харацыу Яўген Улад ()!
Даданне базавай падтрымкі для групавых запытаў GraphQL
FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
З дапамогай API GraphQL карыстачы могуць сапраўды паказваць, якія дадзеныя ім патрэбныя, і атрымліваць усе неабходныя дадзеныя за некалькі запытаў. Пачынальна з гэтага выпуску GitLab падтрымлівае даданне асноўных звестак аб групе ў API GraphQL.
Уваход з уліковымі дадзенымі Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab любіць распрацоўшчыкаў Salesforce, і, каб падтрымаць гэтую супольнасць, мы дазваляем карыстальнікам уваходзіць на GitLab з уліковымі дадзенымі Salesforce.com. Цяпер у асобніках можна наладзіць GitLab як прыкладанне, падлучанае да Salesforce, каб выкарыстоўваць Salesforce.com для ўваходу на GitLab адным націскам.
SAML SSO зараз абавязковы для вэб-доступу
PREMIUM, ULTIMATE, SILVER, GOLD
Мы на ўзроўні груп, уведзенае ў выпуску 11.8/XNUMX, са строгай праверкай рэсурсаў групы і праекта, каб карыстачы маглі атрымаць доступ толькі пры ўваходзе з SAML. Гэта дадатковы ўзровень кантролю доступу для арганізацый, якія шануюць бяспеку і выкарыстоўваюць GitLab.com праз SAML SSO. Цяпер вы можаце зрабіць SSO абавязковым патрабаваннем, ведаючы, што карыстачы ў вашай групе выкарыстоўваюць SSO.
Фільтраванне па нядаўна створаным ці змененым дадзеным для API эпікаў
ULTIMATE, GOLD
Раней было няпроста запытваць нядаўна створаныя ці змененыя дадзеныя з дапамогай API эпікаў на GitLab. У выпуск 11.11 мы дадалі дадатковыя фільтры. created_after, created_before, updated_after и updated_before, Каб гарантаваць узгодненасць з API задач і хутка знаходзіць змененыя ці нядаўна створаныя эпікі.
Біяметрычная аўтэнтыфікацыя з UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
кампанія спецыялізуецца на біяметрычнай аўтэнтыфікацыі без пароля. Цяпер мы падтрымліваем гэты метад аўтэнтыфікацыі на GitLab!
Дзякуй, Карцікі Тана ()!
GitLab Runner 11.11/XNUMX
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Сёння мы выпусцілі GitLab Runner 11.11/XNUMX! GitLab Runner - гэта праект з адкрытым зыходным кодам, які выкарыстоўваецца для запуску заданняў CI/CD і адпраўкі вынікаў назад у GitLab.
Паляпшэнні Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Мы ўнеслі наступныя паляпшэнні ў Omnibus ў GitLab 11.11/XNUMX:
- GitLab 11.11 уключае - , у новы выпуск якога ўваходзяць інтэрактыўныя эфемерныя паведамленні і шматлікае іншае. Гэтая версія змяшчае , і мы раім выканаць абнаўленне.
- .
Паляпшэнне схем
CORE, STARTER, PREMIUM, ULTIMATE
Мы ўнеслі наступныя паляпшэнні ў Helm-чарты ў GitLab 11.11/XNUMX:
- У GitLab 11.11/XNUMX можна .
- Адміністратарам даступныя , У тым ліку
memoryKiller,maxRss,graceTimeиshutdownWait. - Helm-чарты зараз у Amazon Elastic Container Service for Kubernetes ()
паляпшэння прадукцыйнасці
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Мы працягваем паляпшаць прадукцыйнасць GitLab з кожным выпускам для асобнікаў GitLab любога памеру. Некаторыя паляпшэнні ў GitLab 11.11:
Састарэлыя фічы
GitLab Geo забяспечыць хэшаванае захоўванне ў GitLab 12.0
GitLab Geo патрабуецца для змякчэння канкурэнцыі на другасных нодах. Гэта было адзначана ў .
У GitLab мы дадалі гэтае патрабаванне ў дакументацыю Geo: .
У GitLab sudo gitlab-rake gitlab:geo:check правярае, ці ўключана хэшаванае сховішча і ці ўсе праекты пераносяцца. Глядзі. . Калі вы карыстаецеся Geo, калі ласка, запусціце гэтую праверку і мігруйце як мага хутчэй.
У GitLab папярэджанне, якое пастаянна адключаецца, будзе адлюстроўвацца на старонцы Admin Area › Geo › Nodes, калі вышэйзгаданыя праверкі не дазволеныя. .
У GitLab Geo будзе выкарыстоўваць патрабаванні да хэшаванага сховішча. Глядзі. .
Дата выдалення: 22 чэрвеня 2019 г.
GitLab Geo забяспечыць выкарыстанне PG FDW у GitLab 12.0
Гэта неабходна для Geo Log Cursor, бо значна павялічвае прадукцыйнасць некаторых аперацый сінхранізацыі. Таксама павялічваецца прадукцыйнасць запытаў статуту вузлоў Geo. Папярэднія запыты мелі занізкую прадукцыйнасць у буйных праектах. Глядзіце, як наладзіць гэта ў . У GitLab Geo будзе патрабаваць PG FDW. Глядзі. .
Дата выдалення: 22 чэрвеня 2019 г.
Параметры Sentry для справаздач аб памылках і лагіраванні будуць выдаленыя з карыстацкага інтэрфейсу ў GitLab 12.0
Гэтыя параметры будуць выдалены з карыстацкага інтэрфейсу ў GitLab 12.0 і будуць даступныя ў файле gitlab.yml. Акрамя таго, вы зможаце вызначыць асяроддзе Sentry, каб адрозніваць некалькі дэплояў. Напрыклад, распрацоўка, стэйджынг і прадакшэн. Глядзі. .
Дата выдалення: 22 чэрвеня 2019 г.
Абмежаванне максімальнай колькасці пайплайнаў, якія ствараюцца адной адпраўкай
Раней GitLab ствараў пайплайны для HEAD кожнай галінкі ў адпраўцы. Гэта зручна для распрацоўшчыкаў, якія адпраўляюць адразу некалькі змен (напрыклад, у галінку фічы і ў галінку develop).
Але пры адпраўцы вялікага рэпазітара, дзе шмат актыўных галінак (напрыклад, для перасоўвання, отзеркаливания ці разгалінавання), не трэба ствараць пайплайн для кожнай галінкі. Пачынаючы з GitLab 11.10/XNUMX мы ствараем пры адпраўцы.
Дата выдалення: 22 мая 2019 г.
Састарэлыя шляхі legacy кода GitLab Runner
Пачынаючы з Gitlab 11.9/XNUMX GitLab Runner выкарыстоўвае кланавання/выкліку рэпазітара. У цяперашні час GitLab Runner будзе выкарыстоўваць стары метад, калі новы не падтрымліваецца. Падрабязней глядзіце ў .
У GitLab 11.0 мы змянілі выгляд канфігурацыі сервера метрык для GitLab Runner. metrics_serverбудзе выдалены на карысць listen_address у GitLab 12.0. Падрабязней глядзіце ў .
У версіі 11.3 GitLab Runner пачаў падтрымліваць ; што прывяло да новых налад для . У прыведзена табліца змен і інструкцыі па пераходзе да новай канфігурацыі. Падрабязней глядзіце ў .
Гэтыя шляхі будуць недаступныя ў GitLab 12.0. Як карыстачу, вам не трэба нічога змяняць, толькі пераканацца, што асобнік GitLab працуе з версіяй 11.9+ пры абнаўленні да GitLab Runner 12.0.
Дата выдалення: 22 чэрвеня 2019 г.
Састарэлы параметр для фічы кропкі ўваходу для GitLab Runner
У 11.4/XNUMX GitLab Runner прадстаўлены параметр фічы для выпраўлення такіх праблем, як и .
У GitLab 12.0 мы пераключымся на правільныя паводзіны, як калі б параметр фічы быў адключаны. Падрабязней глядзіце ў .
Дата выдалення: 22 чэрвеня 2019 г.
Састарэлая падтрымка дыстрыбутыва Linux, які дасягнуў EOL, для GitLab Runner
Некаторыя дыстрыбутывы Linux, у якія можна ўсталяваць GitLab Runner, сваё адслужылі.
У GitLab 12.0 GitLab Runner больш не будзе размяркоўваць пакеты ў такія дыстрыбутывы Linux. Поўны спіс дыстрыбутываў, якія больш не падтрымліваюцца, можна знайсці ў нашай . Дзякуй, Хаўер Ардо (), за твой !
Дата выдалення: 22 чэрвеня 2019 г.
Выдаленне старых каманд GitLab Runner Helper
У рамках дадання падтрымкі прыйшлося адмовіцца ад некаторых старых каманд, якія выкарыстоўваюцца для .
У GitLab 12.0 GitLab Runner запускаецца з дапамогай новых каманд. Гэта датычыцца толькі карыстальнікаў, якія . Падрабязней глядзіце ў .
Дата выдалення: 22 чэрвеня 2019 г.
Выдаленне legacy механізму git clean з GitLab Runner
У GitLab Runner 11.10/XNUMX мы наладзіць, як Runner выконвае каманду git clean. Акрамя таго, новая стратэгія ачысткі выдаляе выкарыстанне git reset і змяшчае каманду git clean пасля кроку выгрузкі.
Раз гэта змена паводзін можа паўплываць на некаторых карыстальнікаў, мы падрыхтавалі параметр FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Калі ўсталяваць значэнне true, ён адновіць legacy-стратэгію ачысткі. Больш аб выкарыстанні параметраў функцый у GitLab Runner можна знайсці .
У GitLab Runner 12.0 мы выдалім падтрымку legacy-стратэгіі ачысткі і магчымасць аднаўляць яе з дапамогай параметра функцыі. Глядзіце ў .
Дата выдалення: 22 чэрвеня 2019 г.
даступныя толькі для планаў Silver/Premium
Калі мы прадставілі шаблоны праектаў на ўзроўні груп у выпуску 11.6/XNUMX, мы выпадкова зрабілі гэтую фічу для 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/2.21.0 для запуску патрабуецца Git XNUMX. , Але карыстальнікам зыходных установак з папярэднімі версіямі Git давядзецца абнавіцца.
Дата выдалення: 22 мая 2019 г.
Састарэлы шаблон сэрвісу Kubernetes
У GitLab 12.0 мы плануем адмовіцца ад шаблону сэрвісу Kubernetes у карысць канфігурацыі кластара на ўзроўні асобніка, прадстаўленай у GitLab 11.11/XNUMX.
Усе самакіравальныя асобнікі, дзе выкарыстоўваецца шаблон сэрвісу, будуць перанесены ў кластар на ўзроўні асобніка пры апгрэйдзе да GitLab 12.0.
Дата выдалення: 22 чэрвеня 2019 г.
Адмова ад супастаўлення па цэтліку app на панэлях дэплою Kubernetes
У GitLab 12.0 мы плануем адмовіцца ад супастаўлення па цэтліку app у селектары дэплояў Kubernetes. У GitLab 11.10/XNUMX мы ўвялі , які шукае супадзенні па 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. Калі вы правяраеце подпісы пакета і жадаеце абнавіць ключы, проста яшчэ раз выканайце інструкцыі з .
Дата выдалення: 22 чэрвеня 2019 г.
часопіс змяненняў
Шукайце ўсе гэтыя змены ў часопісе змен:
Ўстаноўка
Калі вы наладжваеце новую ўстаноўку GitLab, наведайце .
Абнаўленне
→ Зазірніце на
Крыніца: habr.com