GitLab 11.11: няколко важни корекции за мердж заявки и подобрения за контейнери

Повече възможности за сътрудничество и допълнителни известия

В GitLab постоянно търсим нови начини за подобряване на сътрудничеството през целия жизнен цикъл на DevOps. С радост обявяваме, че от този релиз поддържаме няколко отговорни лица за една заявка за обединение! Тази функция е налична с ниво GitLab Starter и наистина отразява нашия девиз: „Всеки може да допринесе“. Знаем, че по една заявка за обединение могат да работят много хора, за да е всичко точно наред, и сега имате възможността да назначавате няколко отговорни за заявките за обединение!

А освен това, екипите DevOps вече получават автоматични известия за събития за разгръщане в Slack и Mattermost. Добавете новите известия към списъка със събития за изпращане в тези два чата, и вашият екип почти моментално ще узнае за новите разгръщания.

Съкращаване на разходите с поддръжка на контейнерите Docker в Windows и подготовка на Kubernetes клъстери на ниво инстанция

Обожаваме контейнерите! Контейнерите използват по-малко системни ресурси в сравнение с виртуалните машини и подобряват преносимостта на приложението. С версията GitLab 11.11 поддържаме Windows Container Executor за GitLab Runner, така че сега можете да използвате контейнерите Docker в Windows и да се насладите на разширените възможности за оркестрация на пайплайни и управление.

GitLab Premium (само за самоуправляеми инстанции) сега предлага кеширащ прокси за зависимости за изображения на Docker. Това допълнение ще ускори доставката, тъй като сега ще имате кеширащ прокси за често използвани изображения на Docker.

Потребителите на самоуправляеми инстанции GitLab сега могат да подготвят Kubernetes клъстер на ниво инстанции, и всички групи и проекти в инстанцията ще го използват за своите разгръщания. Благодарение на тази интеграция GitLab с Kubernetes ще се създават автоматично ресурси за конкретни проекти за допълнителна сигурност.

И това не е всичко!

Освен новите възможности за сътрудничество и допълнителни известия, добавихме гост достъп до версиите, увеличихме допълнителните минути CI Runner за GitLab Free, опростихме проверките с помощта на автоматично разрешаване на дискусията, когато прилагате предложение, и много други!

Самый ценный сотрудник этого месяца (MVP) — Киа Мей Сомабес (Kia Mei Somabes)

В този брой добавихме възможността да се качват отделни папки от репозитории, а не всичкото съдържание. Сега можете да качите само необходимите файлове. Благодаря, Киа Мэй Сомабес!

Основни функции на GitLab 11.11

Windows Container Executor за GitLab Runner

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

В GitLab 11.11 добавихме нов изпълнител в GitLab Runner, за да може контейнерите Docker да се използват в Windows. По-рано за оркестрация на контейнери Docker в Windows трябваше да се използва команден ред, а сега можете да работите с контейнерите Docker в Windows директно, почти както в Linux. Сега на потребителите на платформите на Microsoft са достъпни повече възможности за оркестрация на пайплайни и управление.

Това обновление включва подобрена поддръжка на PowerShell в GitLab CI/CD, както и нови помощни образи за различни версии на контейнерите Windows. Вашите собствени Windows-ранери, разбира се, могат да се използват с GitLab.com, но засега не са включени в списъка с общодостъпни инструменти.

Кеширащ прокси за зависимости за контейнерния регистър

PREMIUM, ULTIMATE

Отборите често използват контейнери в пайплайните за изграждане, а кеширащият прокси за често използвани образи и пакети от upstream е отличен начин за ускоряване на пайплайните. С локална копия на нужните слоеве, достъпна чрез новия кеширащ прокси, можете да работите по-ефективно с разпространените образи във вашата среда.

Засега проксито за контейнери е достъпно само за самоуправлявани инстанции на уеб сървера Puma (в експериментален режим).

Няколко отговорни лица за мердж-реквестите

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

Доста често няколко души работят върху функция в общ клон и мердж-реквест, например, когато фронтенд и бекенд разработчиците тясно си сътрудничат, или когато разработчиците работят в двойки, като в екстремно програмиране.

В GitLab 11.11 на мердж-реквестите може да се назначават няколко души. Както и с многото отговорни за задачите, тук могат да се използват списъци, филтри, известия и API.

Конфигурация на кластер Kubernetes на ниво инстанция

CORE, STARTER, PREMIUM, ULTIMATE

Моделът на сигурност и подготовка в Kubernetes се развива и сега може да обслужва голям брой клиенти чрез един общ кластер.

В GitLab 11.11 потребителите на самоуправляеми инстанции вече могат да подготвят клъстер на ниво инстанция, и всички групи и проекти в инстанцията ще го използват за техните деплои. Благодарение на тази интеграция, GitLab с Kubernetes ще създава автоматично ресурси за конкретни проекти за допълнителна сигурност.

Уведомления за деплои в Slack и Mattermost

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Сега можете да настройвате автоматични уведомления за събития от деплоя в канала на екипа, благодарение на интеграцията с чат приложенията. Slack и Mattermost, и вашият екип ще е запознат с всички важни събития.

Гостен достъп до издания

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Сега гостите на вашите проекти могат да преглеждат изданията, публикувани на страницата Releases. Те ще могат да изтеглят публикувани артефакти, но няма да могат да изтеглят изходния код или да видят информация за хранилищата, като например тагове и комити.

Други подобрения в GitLab 11.11

Сериализирани графове на комити за повишаване на производителността

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

За много операции в Git е необходимо обхождане на графа на комита, например за изчисляване на базата на сливането или извеждане на клонове, които съдържат комита. Колкото повече комити, толкова по-бавно изпълняват тези операции, тъй като трябва да се зареждат всеки обект от диска, за да се прочетат указателите му.

В GitLab 11.11 включихме функцията за сериализирани графове на комити, представена в последните издания на Git, за предварително изчисляване и съхраняване на тези данни. Сега обхожданията в големи хранилища се изпълняват значително по-бързо. Графът на комитите ще бъде автоматично създаден при следващото почистване на хранилището.

Прочетете за това как е създаден сериализираният граф на комити в серия от статии от един от авторите на тази функция.

Допълнителни минути CI Runner: вече и за безплатни планове

FREE, BRONZE, SILVER, GOLD

Миналия месец добавихме възможност да се купуват допълнителни минути за CI Runner, но само за платени планове на GitLab.com. В този выпуск минутите могат да се купуват и в безплатни планове.

Изтегляне на архиви от директории в хранилището

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

В зависимост от типа и размера на проекта, архивът на целия проект може да се зарежда дълго и не винаги е необходим, особено при големи монорепозитории. В GitLab 11.11 можете да изтеглите архив на съдържанието на текущата папка, включително подкаталози, за да изберете само нужните папки.

Благодарим за работата, Киа Мэй Сомабес!

Прилагането на предложението сега автоматично разрешава обсъждането

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

Променливите на средата често се използват за създаване на файлове, особено за тайни, които трябва да бъдат защитени и достъпни само в определен пайплайн на средата. За целта задавате съдържанието на променливата като съдържание на файла и създавате файл в джоб, който съдържа стойността. С новата променлива на средата от тип файл това може да бъде направено в една стъпка дори без изменение .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, като настройки и членство.

Благодаря, Хорациу Евген Влад (Horatiu Eugen Vlad)!

Добавяне на основна поддръжка за групови заявки GraphQL

БЕЗПЛАТЕН, БРОНЗОВ, СРЕБЪРЕН, ЗЛАТЕН, ОСНОВЕН, СТАРТЕР, ПРЕМИУМ, УЛТИМАТИВЕН

С помощта на 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

Ние Разширяване на изискването за единен вход (SSO) на ниво групи, въведено в издание 11.8, с строг контрол на ресурсите на групата и проекта, така че потребителите да имат достъп само при вход с SAML. Това е допълнителен контрол на достъпа за организации, които ценят сигурността и използват GitLab.com чрез SAML SSO. Сега можете да направите SSO задължително изискване, знаейки, че потребителите във вашата група използват SSO.

Филтриране по наскоро създадени или променени данни за API епики

ULTIMATE, GOLD

Преди беше трудно да се изискват наскоро създадени или променени данни чрез API епики на GitLab. В издание 11.11 добавихме допълнителни филтри created_after, created_before, обновено_след_като и обновено_пред_като, за да се гарантира съвместимост с API задачите и бързо да се намират променени или наскоро създадени епики.

Биометрична аутентификация с UltraAuth

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Компанията UltraAuth се специализира в биометричната аутентификация без парола. Сега поддържаме този метод на аутентификация в GitLab!

Благодаря, Картики Танна (Kartikey Tanna)!

GitLab Runner 11.11

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Днес пуснахме GitLab Runner 11.11! GitLab Runner е проект с отворен код, който се използва за стартиране на CI/CD задачи и изпращане на резултатите обратно в GitLab.

• Поправен е проблемът, при който git lfs не е получавал обекти на подмодула.
• Оптимизирано е обработването на големи трасировки.
• Може да се конфигурират параметри на функциите чрез config.toml.
• Може да се използват параметри на функциите за конфигуриране на папката /builds.
• Добавяне на поддръжка на PowerShell за Docker Executor.
• Поддръжка на конфигурация на обеми за Windows Docker.

Подобрения в Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

Внесохме следните подобрения в Omnibus в GitLab 11.11:

• GitLab 11.11 съдържа Mattermost 5.10 — алтернатива на Slack с отворен код, в новата версия на която има интерактивни ефимерни съобщения и още много. Тази версия съдържа обновления за сигурност, и препоръчваме да направите ъпгрейд.
• Grafana е обновена до версия 1.1.0, за да настигне последните табла за наблюдение на Omnibus.
• В пакет PostreSQL 10 вече е включен Omnibus.
• Sentry DSN може да се предава в gitlab.yml.
• Обновление на RubyGems до 2.7.9.
• Обновление на liblzma до 5.2.4 с 5.2.2.
• Обновление на libtool до 2.4.6.
• postresql се стартира след командата pg-upgrade.
• Обновление на компонентите Prometheus до последните версии.
• Обновление на git до 2.21.0.

Подобрение на схемите

CORE, STARTER, PREMIUM, ULTIMATE

Внесохме следните подобрения в Helm-чартовете в GitLab 11.11:

• В GitLab 11.11 можете да прикрепите том за директорията tmp/work.
• Администраторите имат достъп до допълнителни конфигурационни опции, включително memoryKiller, maxRss, graceTime и shutdownWait.
• Helm-чартовете сега се тестват непрекъснато в Amazon Elastic Container Service for Kubernetes (EKS)

Подобрения в производителността

CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD

Продължаваме да подобряваме производителността на GitLab с всеки нов выпуск за инстанции на GitLab с всякакъв размер. Някои подобрения в GitLab 11.11:

• Ускоряване на автодовършването на потребителите, когато в отговора има много пътища към аватарите.
• Намаляване на полезното натоварване на Sidekiq при изтриване на todos.
• Изчисляване на сложността на резолвера GraphQL на базата на елементите.
• Повишаване на производителността на глобалното търсене за предоставените обекти.
• Повишаване на производителността при разгръщане на целия диф файл.
• Гарантирана заявка за blob-обекти само в един пакет.
• Извеждане на списък с Wiki страници без зареждане на съдържанието.
• Отказ от създаване на временни линкове за сравняване на клонове в един проект.

Устарели функции

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 постоянно отключваемо предупреждение ще се показва на страницата Административна зона › 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 г.

Устарели пътища на legacy кода на 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. Пълният списък на дистрибуциите, които повече не се поддържат, може да бъде намерен в нашия документацията. Благодаря на Хавиер Ардо (Javier Jardón), за твоето вклад!

Дата на премахване: 22 юни 2019 г.

Премахване на стари команди на GitLab Runner Helper

В рамките на добавянето на поддръжка Windows Docker executor беше необходимо да се откажем от някои стари команди, които се използват за helper image.

В GitLab 12.0 GitLab Runner стартира с нови команди. Това засяга само потребители, които презаписват helper image. Повече информация вижте в тази задача.

Дата на премахване: 22 юни 2019 г.

Премахване на наследствения механизъм git clean от GitLab Runner

В GitLab Runner 11.10 ние предоставихме възможността да конфигурирате как Runner изпълнява командата git clean. Освен това, новата стратегия за почистване премахва използването на git reset и поставя командата git clean след стъпката на изтегляне.

Тъй като това изменение на поведението може да повлияе на някои потребители, подготвихме параметър FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Ако зададете стойност истинно, той ще възвърне наследствената стратегия за почистване. Повече информация за използването на параметрите на функциите в 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 г.

Устарял шаблон на услугата Kubernetes.

В GitLab 12.0 планираме да се откажем от шаблона за услуга Kubernetes. на ниво инстанция. в полза на конфигурация на клъстера на ниво инстанция, представена в GitLab 11.11.

Всички самостоятелни инстанции, където се използва шаблон на услугата, ще бъдат преместени в клъстера на ниво инстанция при ъпгрейд до GitLab 12.0.

Дата на премахване: 22 юни 2019 г.

Отказ от съвпадение по етикет. app на панелите за внедряване на Kubernetes.

В GitLab 12.0 планираме да се откажем от съвпадението по етикет app в селекторите за внедряване на 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. Ако проверявате подписите на пакета и искате да обновите ключовете, просто повторете инструкциите от документацията за подписване на пакети Omnibus..

Дата на премахване: 22 юни 2019 г.

История на промените

Търсете всички тези промени в историята на промените:

• GitLab Community Edition
• GitLab Enterprise Edition
• GitLab Runner

Инсталиране

Ако настройвате нова инсталация на GitLab, посетете страницата за изтегляне на GitLab.

Актуализация

→ Надникнете на страницата за актуализации

Източник: habr.com