Нова версія GitLab 8.9

Цей текст — переклад релізної пости з блогу ГитЛаба. Переклад підготовлений компанією Softmart. Ми розуміємо, що наш переклад далекий від ідеалу, але вважаємо що навіть такий переклад буде корисний багатьом, хто не володіє англійською мовою в достатній мірі. Іван Немытченко (@nem) — євангеліст ГитЛаба по мірі можливості редагує текст. Якщо ви готові запропонувати свою допомогу в перекладі статей, будемо тільки раді. Дякую за розуміння!

З GitLab 8.9 комфортніше працювати у великих складних проектах. Блокування файлів, призначення пріоритетів мітках, гнучкі налаштування рівня залученості в проект, і можливість заборонити об'єднання гілок(merge) до моменту, поки білд не виконається успішно. У GitLab CI тепер можна вказувати середовища(production, staging, і т. д.) і задавати термін зберігання артефактів. З'явилися шаблонів налаштувань CI, так що почати ним користуватися тепер ще простіше.

Персона місяця(MVP) — Руї Сантос. Він розробив можливість обмежувати об'єднання гілок до проходження білду. Спасибі Руї!

З версії 8.8.0 додалося 1761 комітів, 1947 файлу були змінені. Що конкретно змінилося — дивіться нижче.

Блокування файлів (опція EE)


Репозиторій Git дозволяє зберігати текстові файли (бінарні, наприклад), але не може керувати змінами в них не можна порівняти версії файлу, можна об'єднати зміни з різних версій файлу і т. д. Якщо допустити редагування файлу одночасно кільком членам команди, то потім буде потрібно маса часу на ручне усунення конфліктів версій.

Щоб обійти цю проблему, ми додали можливість ручного блокування файлів у GitLab. Блокування файлу не дозволяє нікому, крім Вас, змінювати певний файл або каталог. Це також наочний спосіб оголосити, що Ви працюєте над цим файлом.



Знайти список усіх заблокованих файлів в репозиторії:



Функція блокування файлів доступна тільки в редакції Enterprise Edition і на GitLab.com. Ми вітаємо ваші додаткові пропозиції для розширення цієї функціональності.

Середовища і Розгортання в CI


У попередній версії GitLab з'явилося поняття середовище розгортання: середа тестування, середа приймання і середовище промислової експлуатації. GitLab CI дозволяє налаштувати послідовності розгортання (ланцюжка переходів між середовищами), в рамках яких здійсняться завдання доставки і установки змін.

У новій версії 8.9 Ви можете додати додаткові Середовища в конфігураційному файлі CI проекту (.gitlab-ci.yml). Це дозволить налаштувати конфігурацію GitLab максимально близько до фактичного оточення проекту і наглядно відслідковувати динаміку розгортання в цих середовищах.




Мітки з пріоритетом


У великих проектах з сотнями вимогами і тисячами завдань йде маса часу на призначення пріоритетів і визначення порядку виконання робіт при призначення пріоритету кожного дефекту і кожної задачі окремо. Спробуйте нову функцію масового визначення пріоритету за допомогою спеціальних міток.



Мітка з пріоритетом — така ж текстова мітка, але з указівкою пріоритету, який впливає на сортування об'єктів, яким ця мітка присвоєна.

Наприклад, найвищим пріоритетом для GitLab є P1. Якщо відсортувати дефекти по пріоритету, то зверху відобразяться дефекти з P1, потім з P2 і т. д. Позначаючи мітку «Безпека» високим пріоритетом P1, дефекти, що відносяться до цієї категорії, автоматично отримають максимальний пріоритет.

Користувальницький тип повідомлень


Щоб бути в курсі важливих для Вас подій, ми додали новий тип повідомлень — інтерфейс.
У попередніх версіях GitLab можна було налаштувати повідомлення Учасника (participating level), тобто підписатися на події в об'єктах, в яких Ви берете участь, або в яких Ви згадали.
У новій версії 8.9 Gitlab дозволяє налаштувати повідомлення за іншим принципом — відзначити цікавлять типи подій (нове примітка, новий дефект, закриття дефекту, новий запит на об'єднання, перепризначення дефекту і т. д.)



Запит доступу до проекту



Зв'язок з власниками проектів тепер доступна з домашньої сторінки проекту. Якщо вам потрібен доступ до проекту, звернися до власника проекту, не виходячи з GitLab. Запити відображаються у секції учасників проекту. Власнику проекту надсилається повідомлення.


Шаблони gitlab-ci.yml


Модуль підтримки безперервної інтеграції CI, вбудований в GitLab, управляється за допомогою .gitlab-ci.yml файлу, в якому визначаються об'єкти тестування, складання і розгортання. Щоб спростити перші кроки по налаштуванню цього файлу, спробуйте скористатися готовими шаблонами.

Для того, щоб почати роботу з шаблоном .gitlab-ci.yml, створіть новий файл і назвіть його .gitlab-ci.yml. Ви побачите список назв готових шаблонів.



Зміни в навігації користувальницького інтерфейсу



Базова навігація елементами проектів здійснюється з допомогою верхньої панелі. Сторінки, які формуються спеціально для поточного користувача ( дефекти, групи, активність і т. д.) тепер перенесені в нову бічну спливаючу панель.


Підтримка Універсальної 2-факторної аутентифікації


GitLab тепер підтримує стандарт універсальної 2-факторної аутентифікації (u2f). Це означає, що ви можете використовувати U2F ключі безпеки на Yubico, відомого як YubiKeys, в якості 2-го фактора при вході в GitLab.

Детальніше про підтримку u2f в нашому блозі і документації по 2-факторної аутентифікації в GitLab.

Імпорт / Експорт проектів


Якщо у Вас кілька примірників GitLab, або Вам необхідна резервна копія репозиторію, то тепер Ви можете імпортувати і експортувати проекти

Перейдіть на сторінку налаштувань проекту, щоб експортувати Ваш проект. Імпорт проекту можна зробити з нової сторінки проекту.


Заборона об'єднання гілок до успішного складання


У новій версії у Вас є можливість заборонити об'єднання гілок(merge) до моменту, поки білд не виконається успішно, Завдяки Руї Сантос.



Інші зміни


Детальніше про інші зміни можна ознайомитися в Changelog. Нижче наведено лише найбільш значущі.

Покращена підсвічування синтаксису


GitLab 8.9 включає в себе перший реліз Rouge з вересня (!) з підтримкою більш ніж 20 нових мов, а також підтримкою нових можливостей Swift, Ruby, Python і C / C ++, а також деяких критичних виправлень помилок для Apache, JavaScript, Objective — C і Groovy.

Award Emoji в коментарях


Тепер Ви можете проголосувати за окремим коментарю в дефектах і запитах на об'єднання, а також відповісти конкретній людині, не спотворюючи хід бесіди, або провести швидкий опитування.

Ручне додавання Todos


Кожен дефект і запит на об'єднання тепер може бути позначений як «Todo» або «Done».


Масове присвоєння міток


З функцією призначення пріоритетів, мітки відіграють все більш важливу роль в GitLab. Щоб працювати з дефектами ефективніше, ми додали можливість масового присвоєння міток.

Термін дії артефактів


Якщо Ви використовуєте артефакти в GitLab, вбудованих в CI, у Вас може накопичитися великий архів старих даних. Тепер ви можете зазначати термін дії артефактів шляхом додавання рядка expire_in у свій. gitlab-ci.yml файл. Артефакти будуть вважатися застарілими, після зазначеного періоду часу.

Ви можете по-різному зазначати термін дії:

3 хвилини 4 секунди
2 год 20 хв
2ч20мин
6 міс 1 день
47 років 6 міс і 4д
3 тижні і 2 дні

Примітка: ця функція вимагає Runner 1.3, випущений одночасно з GitLab 8.9

Ключове слово « Коли» для Артефактів


Тепер Ви можете мати артефакти тільки на провал, успіх або на всі події.

Поведінку за промовчанням таке ж, як і раніше, створення артефактів тільки «на успіх».

Примітка: ця функція вимагає Runner 1.3, випущений одночасно з GitLab 8.9

Підтримка Docker реєстру Manifest V1


GitLab 8.9 додає підтримку Manifest V1, породженого старими версіями Docker (до 1.10)

GitLab Mattermost 3.1


Mattermost 3.1 відвантажується в GitLab 8.9 з мульти-командними акаунтами, переказом японської мови, Apple Watch, з модернізованими повідомленнями, новими гарячими клавішами і перемикачем каналів, новими варіантами відображення, новими смайликами, плюс оновлення для системи безпеки та багато інших поліпшення.

Оновлення потребує ручних операцій! Перед оновленням обов'язково прочитайте документацію для поновлення з версії до 8.9
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.