Повече опции за сътрудничество и повече известия
Ние от GitLab непрекъснато търсим нови начини за подобряване на сътрудничеството през целия жизнен цикъл на DevOps. Щастливи сме да обявим, че започваме от тази версия, която поддържаме ! Тази функция е достъпна от ниво GitLab Starter и наистина въплъщава нашето мото: „Всеки може да допринесе“. Знаем, че много хора могат да работят по една заявка за сливане, за да се уверят, че всичко е наред, и сега имате възможността да назначите няколко души, отговорни за заявките за сливане!
И екипите на DevOps вече получават . Добавете нови известия към списъка със събития за изпращане в тези два чата и вашият екип ще бъде уведомен за нови внедрявания почти мигновено.
Намалете разходите с поддръжка за Docker контейнери в Windows и осигуряване на ниво екземпляр на Kubernetes клъстери
Обичаме контейнерите! Контейнерите консумират по-малко системни ресурси от виртуалните машини и подобряват преносимостта на приложенията. От пускането на GitLab 11.11 ние поддържаме , така че сега можете да използвате Docker контейнери в Windows и да се наслаждавате на усъвършенствана оркестрация и управление на тръбопроводи.
GitLab Premium (само за самостоятелно управлявани инстанции) вече предлага . Тази добавка ще ускори доставката, като вече има кеширащ прокси за често използвани Docker изображения.
Потребителите на самоуправлявани екземпляри на GitLab вече могат да осигуряват и всички групи и проекти в инстанцията ще го използват за своите внедрявания. С тази интеграция на GitLab с Kubernetes, специфичните за проекта ресурси ще бъдат създадени автоматично за допълнителна сигурност.
И това не е всичко!
В допълнение към новите функции за сътрудничество и допълнителните известия добавихме , увеличена , опростени проверки с , и още много!
Най-ценният служител за този месец) — Kia May Somabes ()
В тази версия добавихме възможност за изтегляне на отделни папки от хранилищата, а не цялото съдържание. Сега можете да изтеглите само няколко файла, от които се нуждаете. Благодаря ти, Kia May 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 runners могат, разбира се, да се използват с GitLab.com, но в момента те не са в списъка с публично достъпни инструменти.
Кеширащ прокси на зависимостта за регистър на контейнери
ПРЕМИУМ, ВЪЛШЕН
Екипите често използват контейнери в изграждането на конвейери, а кеширащият прокси за често използвани изображения и пакети нагоре по веригата е чудесен начин за ускоряване на конвейерите. С локално копие на желаните слоеве, достъпно чрез новия кеширащ прокси, можете да работите по-ефективно с общи изображения във вашата среда.
Досега проксито на контейнера е достъпно само за самоуправлявани екземпляри на уеб сървъра .
Множество отговорни за заявките за сливане
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
Сега можете да настроите автоматични известия за събития при внедряване в екипния канал благодарение на интегрирането на чат и , и вашият екип ще бъде наясно с всички важни събития.
Достъп на гости до проблеми
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 вече има брояч на време в страничната лента на лентата на задачите на таблото на задачите. Просто отидете на таблото със задачи, щракнете върху задача и ще се отвори странична лента с брояч на време.
Подробности за внедряването в API за среди
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Добавихме възможността да отправяте заявки към API на среди за специфична информация за средата, за да разберете кой ангажимент е внедрен в средата в момента. Това ще улесни автоматизирането и отчитането на потребителите на Среди в GitLab.
Съвпадения на отрицателни променливи за правила за тръбопроводи
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Вече можете да проверите за отрицателно равенство или съвпадение на шаблон (!= и !~) във файл .gitlab-ci.yml при проверка на стойностите на променливите на средата, така че контролът на поведението на тръбопроводите стана по-гъвкав.
Изпълнявайте всички ръчни задачи на етап с едно щракване
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
В GitLab 11.11 потребителите, които имат много ръчни задания на етапи, вече могат да изпълнят всички такива задания на един етап, като щракнат върху бутона "Играй всичко" („Изпълни всички“) вдясно от името на етапа в изгледа на конвейера.
Създаване на файл директно от променлива на средата
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Променливите на средата често се използват за създаване на файлове, особено за тайни, които трябва да бъдат защитени и са достъпни само в конкретен конвейер на среда. За да направите това, задавате съдържанието на променливата на съдържанието на файла и създавате файл в заданието, който съдържа стойността. С нова променлива на средата като file може да се направи в една стъпка дори без промяна .gitlab-ci.yml.
Крайна точка на API за подробности за уязвимостта
КРАЙНО, ЗЛАТНО
Вече можете да правите заявки към GitLab API за всички уязвимости, идентифицирани в проекта. С този API можете да създадете машинночетими списъци с уязвимости, филтрирани по тип, сигурност и сериозност.
Възможност за пълно динамично сканиране за DAST
КРАЙНО, ЗЛАТНО
В GitLab можете динамично да тествате сигурността на приложението (Dynamic Application Security Testing, DAST) в рамките на CI тръбопровода. Започвайки с тази версия, можете да изберете пълно динамично сканиране вместо стандартното пасивно сканиране. Пълното динамично сканиране предпазва от повече уязвимости.
Инсталиране на Prometheus в клъстери на ниво група
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Тази версия на GitLab въвежда възможността за прикачване на Kubernetes клъстер към цяла група. Добавихме и възможност за инсталиране на едно копие на Prometheus на клъстер, за да улесним наблюдението на всички проекти в клъстера.
Относно игнорирането на уязвимости в таблото за сигурност
КРАЙНО, ЗЛАТНО
Администраторите могат да преглеждат игнорираните уязвимости в таблата за сигурност на GitLab. За да рационализираме вашия работен процес, ние добавихме възможността да преглеждате игнорирани подробности направо в панела за сигурност.
Създайте персонализирани диаграми с показатели на таблото за управление
PREMIUM, ULTIMATE, SILVER, GOLD
Създавайте нови диаграми с персонализирани показатели за ефективност направо от лентата с инструменти на таблото за управление на показателите. Потребителите вече могат да създават, актуализират и изтриват визуализации на показатели на таблото за управление, като щракнат върху бутона "AddMetric" („Добавяне на показател“) в горния десен ъгъл на лентата с инструменти на таблото.
Задачите от известията вече се отварят като GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Проблемите, отворени от известия, вече ще бъдат авторски от GitLab Alert Bot, така че можете веднага да видите, че проблемът е създаден автоматично от важно известие.
Автоматично запазване на епични описания в локално хранилище
КРАЙНО, ЗЛАТНО
Епичните описания не бяха запазени в локално хранилище, така че промените бяха загубени, освен ако не сте ги запазили изрично, когато променяте епичното описание. 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
БЕЗПЛАТНО, БРОНЗ, СРЕБРО, ЗЛАТО, ЯДРО, НАЧАЛО, ПРЕМИУМ, КРАЙНО
С API на GraphQL потребителите могат да посочат какви точно данни имат нужда и да получат всички необходими данни в няколко заявки. Започвайки с тази версия, 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
Ние на ниво група, въведено в изданието 11.8, със стриктно валидиране на групови и проектни ресурси, така че потребителите да могат да получат достъп само когато са влезли със SAML. Това е допълнителен слой за контрол на достъпа за организации, които ценят сигурността и използват GitLab.com чрез SAML SSO. Сега можете да направите SSO изискване, като знаете, че потребителите във вашата група използват SSO.
Филтриране по наскоро създадени или модифицирани данни за API на epic
КРАЙНО, ЗЛАТНО
Преди беше трудно да се правят заявки за новосъздадени или модифицирани данни с помощта на GitLab epics API. Във версия 11.11 добавихме допълнителни филтри created_after, created_before, updated_after и updated_beforeза осигуряване на последователност с API за проблеми и бързо намиране на променени или новосъздадени епоси.
Биометрично удостоверяване с UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
компания е специализирана в биометрично удостоверяване без парола. Вече поддържаме този метод за удостоверяване в GitLab!
Благодаря ти Kartiki Tanna)!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Днес пуснахме GitLab Runner 11.11! GitLab Runner е проект с отворен код, който се използва за изпълнение на CI/CD задачи и изпращане на резултатите обратно към GitLab.
Омнибус подобрения
CORE, STARTER, PREMIUM, ULTIMATE
Направихме следните подобрения на Omnibus в GitLab 11.11:
- GitLab 11.11 включва - , чиято нова версия включва интерактивни краткотрайни съобщения и др. Тази версия съдържа и препоръчваме надграждане.
- .
Подобрения на схемата
CORE, STARTER, PREMIUM, ULTIMATE
Направихме следните подобрения в Helm Charts в GitLab 11.11:
- В GitLab 11.11 можете .
- Администраторите са на разположение Включително и
memoryKiller,maxRss,graceTimeиshutdownWait. - Хелм диаграми сега в Amazon Elastic Container Service за 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 на страницата ще се покаже предупреждение за постоянно деактивирано Административна област › Географски › Възлиако горните проверки не са разрешени. .
В GitLab Geo ще използва изисквания за хеширано съхранение. См. .
Дата на изтриване: 22 2019 юни
GitLab Geo ще пренесе PG FDW в GitLab 12.0
Това е необходимо за Geo Log Cursor, тъй като значително подобрява производителността на някои операции за синхронизиране. Той също така подобрява производителността на заявките за състояние на гео възли. Предишните заявки имаха твърде ниска производителност в големи проекти. Вижте как да го настроите в . В GitLab Geo ще изисква PG FDW. См. .
Дата на изтриване: 22 2019 юни
Опциите на Sentry за докладване на грешки и регистриране ще бъдат премахнати от потребителския интерфейс в GitLab 12.0
Тези опции ще бъдат премахнати от потребителския интерфейс в GitLab 12.0 и ще бъдат налични във файла gitlab.yml. Освен това ще можете да дефинирате среда Sentry, за да разграничите множество внедрявания. Например разработка, постановка и продукция. См. .
Дата на изтриване: 22 2019 юни
Ограничаване на максималния брой конвейери, създадени от едно изпращане
Преди това GitLab създаде тръбопроводи за HEAD всеки клон в пратката. Това е полезно за разработчици, които натискат множество промени наведнъж (например към клон на функция и a develop).
Но когато натискате голямо хранилище, където има много активни клонове (например за преместване, огледално или разклонение), не е необходимо да създавате конвейер за всеки клон. Започвайки с GitLab 11.10, ние създаваме при изпращане.
Дата на изтриване: 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 започна да поддържа ; което доведе до нови настройки за . В има таблица с промени и инструкции за мигриране към новата конфигурация. Вижте повече в .
Тези пътища няма да са налични в GitLab 12.0. Като потребител не е необходимо да променяте нищо, просто се уверете, че вашият екземпляр на GitLab работи с версия 11.9+, когато надстроите до GitLab Runner 12.0.
Дата на изтриване: 22 2019 юни
Отхвърлена опция за функция за входна точка за GitLab Runner
Параметър на функцията, въведен в 11.4 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 юни
Премахване на стария механизъм git clean от GitLab Runner
В GitLab Runner 11.10 ние конфигурирайте как Runner изпълнява команда git clean. В допълнение, нова стратегия за почистване премахва употребата git reset и поставя командата git clean след стъпката на качване.
Тъй като тази промяна в поведението може да засегне някои потребители, подготвихме настройка FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Ако зададете стойността true, ще възстанови наследената стратегия за почистване. Повече за използването на функционални параметри в GitLab Runner можете да намерите .
В GitLab Runner 12.0 ще премахнем поддръжката за наследената стратегия за почистване и възможността да я възстановим с помощта на функционален параметър. Вижте в .
Дата на изтриване: 22 2019 юни
достъпно само за планове 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 е необходим за работа. , но потребителите на оригинални инсталации с предишни версии на Git ще трябва да надстроят.
Дата на изтриване: 22 май 2019 град
Наследен шаблон за услуга Kubernetes
В GitLab 12.0 планираме да отхвърлим модела на услугата Kubernetes в полза на конфигурацията на клъстер на ниво екземпляр, въведена в GitLab 11.11.
Всички самоуправляеми екземпляри, които използват шаблона на услугата, ще бъдат мигрирани към клъстер на ниво екземпляр при надграждане до GitLab 12.0.
Дата на изтриване: 22 2019 юни
Отказ от съвпадение на етикети app на панелите за разполагане на Kubernetes
В GitLab 12.0 планираме да отхвърлим съвпадението на етикети на приложения в селектора за внедряване на 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/XNUMX до XNUMX/XNUMX/XNUMX. Ако проверявате подписите на пакети и искате да актуализирате ключовете, просто следвайте инструкциите от .
Дата на изтриване: 22 2019 юни
Дневник за промени
Потърсете всички тези промени в регистъра на промените:
Инсталация
Ако настройвате нова инсталация на GitLab, посетете .
Актуализация
→ Напускане
Източник: www.habr.com