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