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 се налагаше да се използва обвивка (shell), а сега можете да работите с контейнерите 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

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

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

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

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

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

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

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

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

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

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

Информация за деплойments в 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, като настройки и членство.

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

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

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

С помощта на GraphQL API потребителите могат точно да уточняват какви данни им трябват и да получават всичките необходими данни с няколко запитвания. Започвайки от това издание, GitLab поддържа добавянето на основна информация за групата в GraphQL API.

Вход с данни за достъп от 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.
• DSN на Sentry може сега да се предава в 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 за Kubernetes (EKS)

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

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

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

• Ускорение на автозапълването на потребителите, когато в отговора има много пътища до аватари.
• Намаляване на полезния товар на Sidekiq при изтриване на todos.
• Изчисляване на сложността на резолвера GraphQL на базата на елементите.
• Повишаване на производителността на глобалното търсене за издадените обекти.
• Повишаване на производителността при разгръщане на пълен diff-файл.
• Гарантиран запит за 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 г.

Устарели пътища на наследствен код в 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 г.

Премахване на legacy механизма git clean от GitLab Runner

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

FF_USE_LEGACY_GIT_CLEAN_STRATEGY . Ако зададете стойност, тя ще възстанови legacy-стратегията за почистване. Повече информация за използването на параметрите на функциите в GitLab Runner можете да намерите trueв документацията в документацията.

В GitLab Runner 12.0 ще премахнем поддръжката на legacy-стратегията за почистване и възможността да я възстановим с параметър на функцията. Вижте в тази задача.

Дата на изтриване: 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