Git Lab 11.10

GitLab 11.10 с конвейери на таблото за управление, конвейери за обединени резултати и многоредови предложения в заявките за сливане.

Удобна информация за производителността на тръбопроводите в различни проекти

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

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

Изпълнение на конвейери за обединени резултати

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

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

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

Благодаря за вашите отзиви и предложения!

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

Има толкова много невероятни функции в тази версия, напр. преки пътища в конкретна област, по-задълбочено регистър на контейнерите за почистване, композируем Auto DevOps и възможност купете допълнителни минути за CI Runner. По-долу са дадени подробности за всеки от тях.

Най-ценният служител за този месецMVP) — Такуя Ногучи

Най-ценният служител този месец е Такуя Ногучи (Такуя Ногучи). Такуя свърши добра работа за славата на GitLab: поправени грешки, завършени недостатъци в бекенда и предния край и подобрен потребителският интерфейс. Благодаря ти!

Основни характеристики на GitLab 11.10

Тръбопроводи на контролния панел

PREMIUM, ULTIMATE, SILVER, GOLD

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

Тръбопроводи за обединени резултати

PREMIUM, ULTIMATE, SILVER, GOLD

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

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

Ако използвате канали за заявки за сливане (както и да е) и използвате частни GitLab runners версия 11.8 или по-стара, ще трябва да ги актуализирате, за да избегнете този проблем gitlab-ee#11122. Това не засяга потребителите на публични програми за изпълнение на GitLab.

Предлагане на промени на няколко реда

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

Когато работите заедно по заявки за сливане, вие често забелязвате проблеми и предлагате решения. От GitLab 11.6 ние поддържаме предложение за промени за един ред.

Във версия 11.10, diff коментарите на искане за сливане могат да предложат промени в множество редове и след това всеки с разрешения за запис в оригиналния клон може да ги приеме с едно щракване. Благодарение на новата функция можете да избегнете копиране и поставяне, както в предишните версии.

Преки пътища в една област

PREMIUM, ULTIMATE, SILVER, GOLD

С етикети в един и същи обхват екипите могат да прилагат взаимно изключващи се етикети (в един и същи обхват) към проблем, заявка за сливане или епичен сценарий с персонализирани полета или персонализирани състояния на работен поток. Те се конфигурират с помощта на специален синтаксис на двоеточие в заглавието на етикета.

Да приемем, че имате нужда от персонализирано поле в задачите, за да проследявате операционната система на платформата, към която са насочени вашите функции. Всяка задача трябва да се отнася само за една платформа. Можете да създавате преки пътища platform::iOS, platform::Android, platform::Linux и други, ако е необходимо. Ако приложите един такъв пряк път към задача, той автоматично ще премахне друг съществуващ пряк път, който започва с platform::.

Да приемем, че имате преки пътища workflow::development, workflow::review и workflow::deployed, показващ състоянието на работния процес на вашия екип. Ако задачата вече има пряк път workflow::development, а разработчикът иска да премести задачата на сцената workflow::review, той просто прилага новия пряк път и стария (workflow::development) се изтрива автоматично. Това поведение вече съществува, когато премествате задачи между списъци с преки пътища на таблото със задачи, което представлява работния процес на вашия екип. Сега членовете на екипа, които не работят директно с дъската на задачите, могат да променят състоянието на работния процес в самите задачи.

По-задълбочено почистване на регистъра на контейнерите

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

Когато обикновено използвате регистър на контейнери с конвейери на CI, вие натискате множество отделни промени към един таг. Поради внедряването на разпространението на Docker, поведението по подразбиране е да се запазят всички промени в системата, но в крайна сметка те заемат много памет. Ако използвате параметъра -m с registry-garbage-collect, можете бързо да изтриете всички предишни промени и да освободите ценно място.

Закупуване на допълнителни минути за CI Runner

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

Потребителите с платени планове на GitLab.com (злато, сребро, бронз) вече могат да закупят допълнителни минути за CI Runner. Преди това беше необходимо да се изпълни квотата, предвидена в плана. С това подобрение можете предварително да закупите минути над квотата, за да избегнете прекъсвания поради спиране на конвейера.

Сега 1000 минути струват $8 и можете да закупите колкото искате от тях. Допълнителните минути ще започнат да се използват, когато изразходите цялата си месечна квота, а остатъкът от допълнителните минути ще се прехвърли към следващия месец. IN бъдеща версия искаме да добавим тази функция и към безплатни планове.

Съставими Auto DevOps

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

С Auto DevOps екипите преминават към модерни практики на DevOps почти без усилия. Започвайки с GitLab 11.10, всяко задание в Auto DevOps се предоставя като независим шаблон. Потребителите могат да използват функцию includes в GitLab CI, за да активирате отделни етапи на Auto DevOps и в същото време да използвате вашия персонализиран файл gitlab-ci.yml. По този начин можете да активирате само заданията, от които се нуждаете, и да се възползвате от актуализациите нагоре.

Автоматично управлявайте членовете на групата на GitLab.com с помощта на SCIM

СРЕБЪР, ЗЛАТО

Преди това трябваше ръчно да управлявате груповото членство на GitLab.com. Вече можете да използвате SAML SSO и да управлявате членството с помощта на SCIM за създаване, изтриване и актуализиране на потребители на GitLab.com.

Това е особено полезно за компании с голям брой потребители и централизирани доставчици на идентичност. Сега можете да имате един единствен източник на истина, като например Azure Active Directory, и потребителите ще се създават и изтриват автоматично чрез доставчика на самоличност, а не ръчно.

Влезте в GitLab.com чрез SAML доставчик

СРЕБЪР, ЗЛАТО

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

Потребителите няма да трябва да влизат два пъти, което улеснява компаниите да използват SAML SSO за GitLab.com.

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

Детска епична схема

КРАЙНО, ЗЛАТНО

В предишната версия добавихме дъщерни епоси (епоси на епоси), за да ви помогнем да управлявате структурата на разпределение на работата си. Детските епоси се появяват на страницата на родителския епос.

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

Изскачащи екрани за искане за сливане

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

В тази версия въвеждаме информационни екрани, които изскачат, когато задържите курсора на мишката върху връзка за заявка за сливане. Преди показвахме само заглавието на заявката за сливане, но сега показваме и състоянието на заявката за сливане, състоянието на CI конвейера и краткия URL адрес.

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

Филтриране на заявките за сливане по целеви клонове

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

Работните потоци на Git за пускане или изпращане на софтуер често включват множество дългосрочни разклонения – за извършване на корекции на предишни версии (напр. stable-11-9) или преминаване от тестване на качеството към производство (напр. integration), но не е лесно да намерите заявки за сливане за тези клонове сред многото отворени заявки за сливане.

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

Благодаря ти, Хироюки Сато (Хироюки Сато)!

Изпращане и сливане при успешен конвейер

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

Ако използваме метода за разработка, базиран на Trunk, трябва да избягваме дълготрайни клонове в полза на малки, временни клонове с един собственик. Малките промени често се насочват директно към целевия клон, но това рискува да наруши компилацията.

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

Подобрена интеграция с външни табла за управление

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

GitLab има достъп до множество Prometheus сървъри (среда, проект и групи (очаква се)), но наличието на множество крайни точки може да усложни или да не се поддържа от стандартните табла за управление. С тази версия екипите могат да използват един API на Prometheus, което прави интеграцията с услуги като Grafana много по-лесна.

Сортирайте Wiki страниците по дата на създаване

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

В Wiki проект екипите могат да споделят документация и друга важна информация заедно с изходния код и задачите. С тази версия можете да сортирате списъка с Wiki страници по дата на създаване и заглавие, за да намерите бързо наскоро създадено съдържание.

Мониторинг на ресурсите, поискани от клъстера

КРАЙНО, ЗЛАТНО

GitLab ви помага да наблюдавате своя клъстер Kubernetes за приложения за разработка и производство. Започвайки с тази версия, наблюдавайте заявките за процесора и паметта от вашия клъстер, за да забележите потенциални проблеми, преди да се превърнат в проблеми.

Вижте показателите за балансиране на натоварването в таблото за управление на Grafana

CORE, STARTER, PREMIUM, ULTIMATE

Много е важно да наблюдавате изправността на вашия екземпляр на GitLab. Преди това предоставяхме табла за управление по подразбиране чрез вграден екземпляр на Grafana. Започвайки с тази версия, ние включихме допълнителни табла за управление за наблюдение на NGINX load balancers.

SAST за Elixir

КРАЙНО, ЗЛАТНО

Продължаваме да разширяваме езиковата поддръжка и да задълбочаваме проверките за сигурност. В тази версия сме активирали проверки за сигурност за проекти на Еликсир и проекти, създадени на Платформа Феникс.

Множество заявки в една диаграма

PREMIUM, ULTIMATE, SILVER, GOLD

В GitLab можете да създавате диаграми, за да визуализирате показателите, които събирате. Често, например, ако трябва да погледнете максималната или средната стойност на показател, искате да покажете няколко стойности на една диаграма. Започвайки с тази версия, вие имате тази възможност.

Резултати от DAST на таблото за сигурност на групата

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

Добавихме резултати от Dynamic Application Security Testing (DAST) към таблото за сигурност на екипа в допълнение към SAST, сканиране на контейнери и сканиране на зависимости.

Добавяне на метаданни към отчет за сканиране на контейнер

КРАЙНО, ЗЛАТНО

В тази версия отчетът за сканиране на контейнер съдържа повече метаданни – добавихме ние засегнат компонент (функция на Clair) в съществуващи метаданни: приоритет, ID (с препратка към mitre.org) и засегнато ниво (напр. debian:8).

Добавяне на тип отчет за показатели към заявки за сливане

PREMIUM, ULTIMATE, SILVER, GOLD

GitLab вече предоставя няколко вида отчети, които могат да бъдат включени директно в заявки за сливане: от отчети до качество на кода и единица тестване на етап проверка до САСТ и Даст на етап защита.

Въпреки че това са важни отчети, е необходима и основна информация, която отговаря на различни сценарии. В GitLab 11.10 предоставяме отчитане на показатели директно в заявката за сливане, която очаква проста двойка ключ-стойност. По този начин потребителите проследяват промените във времето, включително персонализирани показатели и промени в показателите за конкретна заявка за сливане. Използването на паметта, специализираното тестване на работното натоварване и състоянията на изправност могат да бъдат преобразувани в прости показатели, които могат да се преглеждат директно в заявки за сливане заедно с други вградени отчети.

Поддръжка за многомодулни проекти на Maven за сканиране на зависимости

КРАЙНО, ЗЛАТНО

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

Потребителите могат да променят пътя на клониране в CI

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

По подразбиране GitLab Runner клонира проекта в уникален подпът $CI_BUILDS_DIR. Но за някои проекти, като Golang, кодът трябва да бъде клониран в конкретна директория, за да може да бъде изграден.

В GitLab 11.10 въведохме променливата GIT_CLONE_PATH, което ви позволява да посочите конкретен път, където GitLab Runner клонира проекта, преди да изпълни задачата.

Лесно маскиране на защитени променливи в регистрационни файлове

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

GitLab предоставя няколко начина защитавам и ограничете площта променливи в GitLab CI/CD. Но променливите все още могат да се окажат в регистрационните файлове за изграждане, умишлено или случайно.

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

Активирайте или деактивирайте Auto DevOps на ниво екип

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

С Auto DevOps в проект на GitLab.com можете да поемете модерните работни потоци на DevOps от изграждането до доставката без проблеми.

Започвайки с GitLab 11.10, можете да активирате или деактивирате Auto DevOps за всички проекти в същата група.

Опростена и подобрена страница с лиценз

СТАРТЕР, ПРЕМИУМ, ULTIMATE

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

Актуализирайте селектора за пряк път за внедрявания на Kubernetes

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

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

В тази версия сме променили начина, по който нанасяме преки пътища към внедрявания. Съвпаденията вече са достъпни от app.example.com/app и app.example.com/env или app. Това ще избегне конфликтите при филтриране и риска от неправилно внедряване, свързано с проекта.

Освен това в GitLab 12.0 ние премахнете етикета на приложението от селектора за разполагане на Kubernetes, а съвпадение ще бъде възможно само от app.example.com/app и app.example.com/env.

Динамично създаване на ресурси на Kubernetes

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

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

При внедряването на Kubernetes GitLab CI ще създаде тези ресурси преди внедряването.

Групови бегачи за клъстери на ниво група

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

Клъстерите на ниво група вече поддържат инсталация на GitLab Runner. Изпълнителите на Kubernetes на ниво група се показват на дъщерни проекти като групови изпълнители с етикет cluster и kubernetes.

Брояч на повикванията за Knative функции

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

Функции, внедрени с GitLab без сървър, сега показва броя на повикванията, получени за определена функция. За да направите това, трябва да инсталирате Prometheus на клъстера, където е инсталиран Knative.

Контрол на параметрите git clean за GitLab CI/CD задания

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

По подразбиране GitLab Runner работи git clean по време на процеса на качване на код при изпълнение на задание в GitLab CI/CD. От GitLab 11.10 потребителите могат да контролират параметрите, предавани на екип git clean. Това е полезно за екипи със специални бегачи, както и за екипи, които събират проекти от големи монохранилища. Сега те могат да контролират процеса на разтоварване, преди да изпълнят скриптове. Нова променлива GIT_CLEAN_FLAGS стойността по подразбиране е -ffdx и приема всички възможни командни параметри [git clean](https://git-scm.com/docs/git-clean).

Външна авторизация в Core

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

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

Възможност за създаване на проекти в групи в Core

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

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

GitLab Runner 11.10

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

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

Най-интересните промени:

• Параметър за указване на пътя на клониране.
• Улучшенная поддержка git clean.
• Опция за деактивиране на проследяването на грешки.
• Използване на разширение на мързелива променлива за проверка на грешки в Windows Cmd.
• Коригиране на цветен изход в Windows.

Пълният списък с промени може да бъде намерен в регистъра на промените на GitLab Runner: ЧАНГЕЛОГ.

Корекция на върнатото project_id в API за търсене на петна в Elasticsearch

СТАРТЕР, ПРЕМИУМ, ULTIMATE

Поправихме грешка в API за търсене на петна Elasticsearch, която погрешно връщаше 0 за project_id. Ще се наложи преиндексиране на Elasticsearchза да получите правилните стойности project_id след инсталиране на тази версия на GitLab.

Омнибус подобрения

CORE, STARTER, PREMIUM, ULTIMATE

Направихме следните подобрения на Omnibus в GitLab 11.10:

• GitLab 11.10 включва Най-важно 5.9.0, алтернатива с отворен код на Slack, чиято последна версия включва нова интеграционна директория за лесно мигриране на данни от Hipchat и много повече. Тази версия включва актуализации на защитатаи препоръчваме актуализиране.
• Ние интегриран Grafana с Omnibus, и сега е лесно да започнете да наблюдавате своя екземпляр на GitLab.
• Добавихме поддръжка за изтриване на стари изображения на контейнери от регистъра на Docker.
• Актуализирахме ca-certs до 2019-01-23.

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

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

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

• Потребителското автоматично попълване вече е по-бързо.
• Оптимизирани SQL заявки за показване на проектни задачи при търсене.
• Резултатите от търсенето с Elasticsearch вече не включват Gitaly.
• GraphQL заявките вече имат лимит на сложност.
• Дезактивирани инструменти за разлики за подобряване на производителността на заявките за сливане, когато Prometheus е активиран.
• Подобрена производителност на импортиране на заявка за изтегляне на GitHub.
• Намиране на ангажименти в кеша по референтно име.
• Подобрена производителност на разликите в исканията за сливане - вече се запомнят петна от diff файлове.

Подобрени диаграми на GitLab

CORE, STARTER, PREMIUM, ULTIMATE

Направихме следните подобрения в диаграмите на GitLab:

• Добавена е поддръжка за Elasticsearch.

Отхвърлени функции

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 предупреждение за постоянно деактивирано gitlab-ee!8433 ще се покаже на страницата Административна зона > Geo > възлиако горните проверки не са разрешени.

В GitLab 12.0 Geo ще използва изисквания за хеширано съхранение. См. gitlab-ee#8690.

Дата на изтриване: 22 2019 юни

Поддръжка на Ubuntu 14.04

GitLab 11.10 ще бъде последната версия с Поддръжка на Ubuntu 14.04.

Canonical обяви края на стандартната поддръжка за Ubuntu 14.04 април 2019 г. Съветваме потребителите да надстроят до поддържана LTS версия: Ubuntu 16.04 или Ubuntu 18.04.

Дата на изтриване: 22 май 2019 град

Ограничаване на максималния брой конвейери, създадени от едно изпращане

Преди това GitLab създаде тръбопроводи за HEAD всеки клон в пратката. Това е полезно за разработчици, които натискат множество промени наведнъж (например към клон на функция и a 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 дистрибуции. Пълен списък с дистрибуции, които вече не се поддържат, можете да намерите в нашия документация. Благодаря на Хавиер АрдоХавиер Джардън) отзад неговия принос!

Дата на изтриване: 22 2019 юни

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

Като част от усилията за подкрепа Изпълнител на Windows Docker трябваше да изостави някои от старите команди, които се използват за помощно изображение.

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 юни

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

GitLab представя информация за вашия екземпляр на GitLab в admin/system_info, но тази информация може да не е точна.

Ние изтрийте този раздел административен панел в GitLab 12.0 и препоръчваме да използвате други опции за наблюдение.

Дата на изтриване: 22 2019 юни

Дневник за промени

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

• Издание на общността на GitLab
• GitLab Enterprise Edition
• GitLab Runner

Инсталация

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

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

Разгледайте страница за актуализиране.

Абонаментни планове на GitLab

GitLab се предлага в два варианта: самоуправляващ се и облачен SaaS.

Самоуправляващ се: Локално или на предпочитаната от вас облачна платформа.

• Ядро: За малки екипи, лични проекти или пробна версия на GitLab за неограничен период.
• Стартер: За екипи, работещи в един офис по множество проекти, които се нуждаят от професионална подкрепа.
• Висок клас : За разпределени екипи, които се нуждаят от разширени функции, висока наличност и поддръжка XNUMX/XNUMX.
• Последен: За фирми, които изискват стабилна стратегия и изпълнение с подобрена сигурност и съответствие.

Cloud SaaS - GitLab.com: Хоствано, управлявано и администрирано от GitLab безплатни и платени абонаменти за отделни разработчици и екипи.

• Безплатно: Неограничени частни хранилища и неограничен брой участници в проекти. Затворените проекти имат достъп до функции на ниво Безплатно, у отворени проекти имат достъп до функции на ниво ЗЛАТO .
• БРОНЗ: За екипи, които се нуждаят от достъп до разширени функции на работния процес.
• СРЕБРO: За екипи, които се нуждаят от по-стабилни DevOps възможности, съответствие и по-бърза поддръжка.
• ЗЛАТO : Подходящо за много CI/CD задачи. Всички отворени проекти могат да използват златни функции безплатно, независимо от плана.

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