????????! (Доброе утро!) В этот раз мы приветствуем вас из греческого города Гераклиона.

С самого начала работы над GitLab мы стремимся создать инструмент, позволяющий каждому внести свой вклад. С каждым релизом мы становимся на шаг ближе к этой цели. В GitLab 10.1 появились новые инструменты для совместной работы, повысилась безопасность, улучшился механизм аутентификации, производительность выросла, а интерфейс стал еще удобнее.

Когда вы обсуждаете код, очень удобно комментировать конкретные строки. А что насчет изображений? Часто в приложении есть пользовательский (или веб-) интерфейс, либо другая графика — и для работы над ними нужен инструмент, аналогичный комментированию строк. В GitLab теперь есть такой инструмент, он называется комментированием изображений (image discussions). Также в GitLab теперь можно открывать мерж-реквесты между форками одного репозитория.

Мы постоянно повышаем безопасность и работаем над механизмами аутентификации. В этом релизе мы добавили фильтры для синхронизации групп LDAP и возможность отклонять неподписанные коммиты. Мы также добавили новые метрики в лог аудита для администраторов и реализовали поддержку подключей GPG.

Проекты с открытым исходным кодом привлекают много посетителей и контрибьюторов. Эти люди не всегда общаются цивилизованно. В GitLab 10.1 появился инструмент модерации: теперь можно блокировать обсуждения задач и мерж-реквестов.

Мы следуем нашему видению DevOps. В этом релизе мы упростили создание кластеров Google Container Engine из GitLab. HTML-артефакты сборки теперь открываются прямо в интерфейсе GitLab. Это позволяет просматривать результаты тестов без необходимости где-то их публиковать.

Опция “fast-forward merge”, ранее доступная только в Enterprise Edition Starter, теперь появится в Community Edition.

Мы обновили страницу создания проекта: теперь стало проще выбрать нужный вам тип проекта. Вы можете создать пустой проект, использовать шаблон или импортировать проект из внешнего репозитория.

Как и всегда, мы работаем над производительностью GitLab. В этот релиз вошло множество улучшений, в том числе ускорение загрузки мерж-реквестов и других страниц.

Приглашаем на наши встречи!

MVP месяца — Виталий Клачков

Звание MVP в этом месяце получил Виталий Клачков (хабраюзер blackst0ne), предложивший целых 23 улучшения. Он уже довольно долго участвует в разработке GitLab и входит в GitLab core team. Виталий поработал над разными задачами: от API и пользовательского интерфейса до разработки тестов (18 мерж-реквестов!) и по праву заслужил звание MVP.

Виталий, спасибо за ваш труд!

Комментирование изображений (CE, EES, EEP)

Каждый может сделать свой вклад в GitLab, но не каждый вклад было удобно обсуждать. Теперь работы графических дизайнеров, дизайнеров интерфейсов, иллюстраторов, фронтенд-разработчиков и всех остальных, кто работает с изображениями, можно комментировать в деталях.

Чтобы начать обсуждение, кликните в любую точку изображения на странице коммита или мерж-реквеста. На одном изображении может быть несколько точек обсуждения.

Когда обсуждение закончилось, отметьте его как завершенное — точно так же, как в обсуждении кода. Счетчик незакрытых обсуждений в мерж-реквесте учитывает оба типа обсуждений.

Документация по комментированию изображений.

Блокировка обсуждений (CE, EES, EEP)

В этом релизе появилась возможность блокировать обсуждение в конкретной задаче или мерж-реквесте. После этого только члены проекта смогут редактировать или отправлять новые сообщения. Блокировка доступна учетным записям с уровнем доступа к данному проекту не ниже Master. Блокировка может быть полезна в борьбе со спамом или некорректным поведением, а также для того, чтобы перенести обсуждение в другую задачу или реквест.

Документация по блокировке обсуждений.

Мерж-реквесты между форками репозиториев (CE, EES, EEP)

Форк (fork) — это самостоятельная копия репозитория, которую может создать себе любой разработчик. Форки и мерж-реквесты предлагают хорошую альтернативу работе с ветками внутри одного репозитория: они позволяют разработчикам предлагать изменения, не имея прямого доступа на пуш в основной репозиторий.

Раньше форки были изолированы друг от друга. Разработчики, работающие в разных форках, не могли предложить друг другу мерж-реквест. В GitLab 10.1 это стало возможным.

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

Документация по мерж-реквестам между форками одного репозитория.

Групповые фильтры синхронизации LDAP (EEP)

Мы продолжаем работать над расширением возможностей аутентификации Enterprise: в GitLab 10.1 появилась возможность синхронизации с группами LDAP на основе фильтров, включая пользовательские атрибуты.

В больших и сложных имплементациях LDAP могут содержаться дополнительные метаданные для разрешений доступа, ролей и типов пользователей. Введение групповых фильтров расширяет возможности контроля пользователей напрямую через LDAP.

GitLab EES уже поддерживает синхронизацию групп LDAP и GitLab на базовом уровне. Однако, при таком подходе структуры групп LDAP и GitLab должны быть идентичными.

Введение в GitLab EEP групповых фильтров синхронизации расширяет возможности использования существующих структур и атрибутов LDAP, что позволяет более эффективно управлять доступами в GitLab.

Документация по групповым фильтрам синхронизации LDAP.

Отклонение неподписанных коммитов (EEP)

Возможность проверки подлинности автора коммита через интеграцию с GPG была добавлена в GitLab 9.5. А теперь в GitLab Enterprise Edition Premium появилась возможность использования push-правил для проведения проверки и отклонения неподписанных коммитов.

Документация по отклонению неподписанных коммитов.

Упрощение создания кластеров Kubernetes на GKE (Бета-версия) (CE, EES, EEP)

Любому приложению нужен дом, а в случае веб-приложений и микросервисов таким домом может стать кластер Kubernetes, который к тому же способен проводить развертывание приложений для ревью в цикле разработки. Однако, стоит помнить, что настройка кластера — непростая работа, а разработчики не должны отвлекаться от написания кода на настройку инфраструктуры.

Поэтому мы добавили в GitLab 10.1 возможность привязки аккаунта Google к проектам, а также создания новых кластеров Kubernetes на Google Container Engine (GKE). Для этого достаточно лишь включить соответствующие сервисы для вашего аккаунта и задать несколько параметров. Такие кластеры готовы к использованию сразу после создания и могут быть использованы, к примеру, Auto DevOps для запуска ваших приложений.

Документация по упрощению создания кластеров Kubernetes на GKE (бета-версия).

Онлайн-отображение артефактов HTML (CE, EES, EEP)

Множество проектов полагается на автоматическое тестирование GitLab, поэтому разработчики должны иметь доступ к результатам тестирования. Это лишь один из примеров, демонстрирующих важность создания отчетов HTML и предоставления простого доступа к ним.

В GitLab 10.1 мы добавили онлайн-визуализацию файлов HTML, созданных конвейерами публичных проектов. Она расположена в одном клике от окна просмотра артефактов. Теперь вы можете легко просмотреть ваши отчеты по тестам, качеству кода, а также информацию о покрытии прямо в вашем браузере, без скачивания.

Документация по онлайн-отображению артефактов HTML.

Подпись коммитов подключами GPG (CE, EES, EEP)

В GitLab 9.5 была добавлена интеграция с GPG, благодаря которой стало возможным подписывать коммиты для подтверждения подлинности. Широко распространено использование подтвержденных подключей для подписи коммитов, так что такая возможность была добавлена в GitLab 10.1.

Документация по подписи коммитов подключами GPG.

Улучшена страница создания нового проекта (CE, EES, EEP)

Создание проекта является первым шагом при работе с GitLab. В данном релизе мы улучшили страницу создания нового проекта (New Project) с целью упрощения этого процесса. Теперь стало проще применять шаблоны проектов, добавленные в GitLab 9.5, благодаря чему можно создавать пустые проекты, проекты с работающими примерами кода и преднастроенным CI, а также импортировать существующие проекты из другого места.

Документация по улучшениям страницы создания нового проекта.

Управление майлстоунами с уровнем доступа разработчика (CE, EES, EEP)

Мы добавили дополнительные полномочия разработчикам, поскольку управление майлстоунами — ответственность команды разработки ПО. Пользователи с правами разработчика теперь могут создавать, редактировать и удалять майлстоуны проектов и групп.

Документация по управлению майлстоунами с уровнем доступа разработчика.

Улучшения локализации (CE, EES, EEP)

Мы продолжаем работу над локализацией GitLab. В данном релизе мы экстернализировали (externalize) строки на страницах Branches, Group и Wiki, что позволит нашему сообществу добавлять больше языков и строк в GitLab.

Если вы хотите поучаствовать в локализации GitLab, мы будем рады вас видеть в нашем сообществе по локализации.

Документация по улучшениям локализации.

Улучшенный лог пользовательских действий (EEP)

Для аудита безопасности крайне важно быть в курсе всего, что происходит в вашем инстансе GitLab.

В GitLab EES (Enterprise Edition Starter) присутствуют базовые возможности ревизии событий: для каждой группы и репозитория поддерживается простой лог прошедших событий.

Лог пользовательских действий был добавлен в GitLab 9.3, благодаря чему у администраторов появился доступ к централизованному логу событий групп, проектов и действий отдельных пользователей. В логи GitLab 10.1 добавлены новые действия:

• Добавление и удаление почтовых адресов
• Смена и восстановление пароля
• Неудачная попытка входа в систему
• Добавление ключей SSH и предоставление доступа oAuth

Документация по улучшениям лога пользовательских дейтсвий.

Полу-линейная история и fast-forward мерж в CE (CE, EES, EEP)

Множество пользователей GitLab говорили нам, что, даже при работе в небольших командах, им не хватает гибкости в выборе метода мержа. В данном релизе мы добавляем в GitLab Community Edition (CE) функциональности полу-линейной истории (semi-linear history)
и fast-forward мерж-реквестов, ранее доступные только в GitLab Enterprise Edition.

Документация по полулинейной истории и fast-forward мержам в CE.

Имя пользователя GitLab в уведомлениях в Slack (CE, EES, EEP)

До GitLab 10.1 уведомления в Slack включали только ник (username) пользователя GitLab. В этом релизе появится возможность видеть полное имя пользователя. В новом формате упоминание выглядит так: Имя Фамилия (ник).

Документация по именам пользователей GitLab в уведомлениях в Slack.

Новое ключевое слово для автоматически закрывающихся задач (CE, EES, EEP)

Отныне вы можете использовать новое ключевое слово implements и его вариации в сообщении коммита или описании мерж-реквеста. Когда мерж-реквест будет принят и коммит попадет в стабильную ветку, задача будет автоматически закрыта (отмечена как выполненная):

git commit -m 'Do foo; fix bar; implements #123'

Новое ключевое слово добавляется к уже известным closes, fixes и resolves и их вариациям.

Документация о ключевых словах для автоматического закрытия задач.

Подтверждение дополнительной электронной почты (CE, EES, EEP)

Для усиления безопасности GitLab теперь запрашивает подтверждение электронной почты при регистрации.

Эта функциональность теперь распространяется и на дополнительные адреса электронной почты, которые пользователь добавил в аккаунт, чтобы убедиться, что все адреса электронной почты подтверждены.

Документация по повторному подтверждению электронной почты.

Улучшения Omnibus (CE, EES, EEP)

• Postgres обновлен до 9.6.5.
• Prometheus обновлен до 1.7.2, Postgres exporter до 0.2.3, а Redis exporter до 0.12.2.
• В gitlab.rb появились дополнительные настройки Postgres: effective_io_concurrency, max_worker_processes, max_parallel_workers_per_gather, log_lock_waits, track_io_timing и deadlock_timeout.
• Чтобы упростить настройку GitLab в высокодоступных установках, добавлены роли.
• Mattermost по-прежнему 4.2.0.

Документация по улучшениям Omnibus.

Улучшения GitLab Geo (EEP)

Важные изменения, выпускаемые с версией GitLab 10.1:

• Улучшена производительность синхронизации репозитория: теперь поддерживаются инстансы GitLab большего размера (#3453)
• Улучшена обработка неуспешных синхронизаций репозитория — чтобы не дать очереди засориться постоянно падающими задачами (#3259)
• Добавлен путь для миграции в формат основанного на хэше хранилища, представленный в GitLab 10.0 (#3118)
• Вложения в персональных сниппетах теперь синхронизируются (#3644)
• После обновления до 10.1 вложения будут синхронизованы повторно из-за бага

Посмотрите полный список изменений.

Документация по GitLab Geo.

Улучшения производительности (CE, EES, EEP)

Производительность — важная часть GitLab, позволяющая ему масштабироваться до поддержки сотен и даже тысяч пользователей.

GitLab 10.1 включает 20 улучшений производительности, среди которых более быстрый просмотр мерж-реквестов, ускоренный импорт из GitHub и общие улучшения загрузки главной страницы. Раздел Container Registry теперь разбит на несколько страниц, что сильно упростило работу с ним. Оптимизирован процесс поиска из тулбара — в нем теперь есть просмотр проектов и задач. Кнопка Rebase стала значительно быстрее.

Все улучшениям производительности здесь.

GitLab Runner 10.1 (CE, EES, EEP)

Также с этим релизом мы выпускаем GitLab Runner 10.1! GitLab Runner — это проект с открытым исходным кодом, используемый для запуска ваших CI/CD работ и отправления результатов обратно в GitLab.

Самые важные изменения:

• поддержка EmptyDir для томов (volumes) kubernetes (мерж-реквест)
• Создание URL для git remote, основанного на конфигурации (мерж-реквест)
• Настройка информации git SSL только для хоста GitLab (мерж-реквест)

Полный список изменений вы найдете в CHANGELOG для GitLab Runner.

Документация по GitLab Runner 10.1.

---

Подробные release notes и инструкции по обновлению/установке можно прочитать в оригинальном англоязычном посте: GitLab 10.1 Released with Image Discussions and Rejection of Unsigned Commits.

Перевод с английского выполнен переводческой артелью «Надмозг и партнеры», http://nadmosq.ru. Над переводом работали rishavant, sgnl_05 и nick_volynkin.