LINUX.ORG.RU

GitLab 15

 ,

GitLab 15

0

1

22 мая состоялся выпуск GitLab — системы управления репозиториями кода на базе Git.

Среди нововведений заявляется следующее:

  • возможность для группы управлять несколькими наборами одновременных итераций;
  • поддержка добавления внутренних примечаний к обсуждениям, доступных только автору и членам группы;
  • MVC для управления и выставления счетов внешним клиентам;
  • функции сканирования образов контейнеров на предмет наличия известных уязвимостей в используемых зависимостях в бесплатную community-версию;
  • возможность реорганизации списка с описаниями issue в режиме drag&drop.
  • поддержка вложенных переменных окружения в CI/CD (переменные могут встраиваться в другие переменные, например, «MAIN_DOMAIN: ${STACK_NAME}.example.com»);
  • визуальный режим редактирования разметки Markdown (WYSIWYG) в Wiki;
  • расширенный поиск с помощью OpenSearch — форка Elasticsearch с открытым исходным кодом;
  • возможность подписки и отписки от пользователя в его профиле;
  • упрощённый процесс отзыва токенов доступа;
  • Также добавлена возможность работы с несколькими учётными записями, связанными с разными пользователями GitLab.

Разработчики объявили, что в будущих выпусках заменят встроенный редактор кода Web IDE на Visual Studio Code (VS Code) от Microsoft. Данный переход откроет доступ к широкому спектру дополнений к VS Code, а также предоставит пользователям средства для настройки тем оформления и управления подсветкой синтаксиса. Для тех, кому необходим максимально простой редактор для внесения отдельных правок, добавят необходимые возможности редактирования в базовые компоненты, такие как Web Editor, Snippets и Pipeline Editor.

>>> Подробности на официальном ресурсе GitLab.

★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 3)

Ни у кого случайно нет детального сравнения Jenkins vs Gitlab CI/CD? Просто по беглому обзору документашки, gitlab тут явно проигрывает по разнообразности функционала.

UVV ★★★★★
()

расширенный поиск с помощью OpenSearch — форка Elasticsearch с открытым исходным кодом;

4.2 код эластика открыт. Открытый != свободный

возможность для группы управлять несколькими наборами одновременных итераций;

Что это было в оригинале?

функции сканирования образов контейнеров на предмет наличия известных уязвимостей в используемых зависимостях в бесплатную community-версию;

Оно все и так было, но гуй только по подписке. Или они гуй открыли для CE?

поддержка вложенных переменных окружения в CI/CD 

Джва года ждали

upcFrost ★★★★★
()
Ответ на: комментарий от UVV

Мне гл больше зашёл чем дженкинс. Интерфейс приятнее, плюс создание джобов yaml-файлами это уже лет 6 как стандарт. Ну и дженкинс это чистый CI/CD, а в гл есть ещё куча всего, как минимум собственно гит.

upcFrost ★★★★★
()

Она лучше или хуже git? Я только git начинаю осваивать, может на неё перейти или если я один кодер, то не стоит?

xwicked ★★☆
()

Какие нынче требования у GitLab по мощностям? Сколько нужно CPU+RAM для, скажем, сотни проектов (в среднем 20 коммитов в день на проект)?

mord0d ★★★★★
()
Ответ на: комментарий от UVV

Как думаешь, Ubuntu лучше линукса?

Понятно. Значит не стоит.

xwicked ★★☆
()
Ответ на: комментарий от xwicked

Нет, конечно. Вообше никакого смысла, только гемор. Это только для команд, где есть разный нетехнический персонал.

AVL2 ★★★★★
()
Ответ на: комментарий от UVV

Спасибо, на руби, значит, девелопят.

Ясно, я надеялся, на джанге.

Интересно, они какой-то внешний визуальный редактор вики и заметок встроили?

AVL2 ★★★★★
()
Последнее исправление: AVL2 (всего исправлений: 1)
Ответ на: комментарий от xwicked

Это надстройка над гитом, веб-интерфейс к нему. Т.е. даже ubuntu vs linux, про которое тебе написали выше — не самая удачная аналогия.

Сабж можно сравнивать с движком от гитхаба, например.

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

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от hobbit

Нужно знать модель разработки. А будет это gitlab, github или bitbucket, вообще фиолетово.

UVV ★★★★★
()
Ответ на: комментарий от UVV

С одной стороны Jenkins невероятно гибкий благодаря куче плагинов и jobDSL движку на Groovy. Но с другой это делает его сложным в поддержке, груви код просто неотлаживаемый. Ну и выглядит он убого конечно. GItlab CI хорош тем, что интегрирован с репозиториями гитлаба, декларативное описание джобов делают мои волосы мягкими и шелковистыми. Есть поддержка многих популярных платформ, в том числе K8S и докер, где будут запускаться джобы. Если этого недостаточно можно написать свой executor. Я сделал такой для Openstack https://github.com/RedHatQE/openstack-gitlab-executor. Для меня главный минус, что Gitlab CI не существует отдельно от репозитория. То есть для отдельного пайплайна нужно создавать отдельный проект с репозиторием в гитлабе. То есть его плюс его же и минус :)

kukuruku ★★
()
Последнее исправление: kukuruku (всего исправлений: 3)
Ответ на: комментарий от UVV

Как CI/CD - Jenkins более гибкий и зрелый. Так же как Jira - более удобный CRM. Но, gitlab это цельная поделка где все компоненты интегрированы + тикеты от пользователей реально закрываются.

Детального сравнения нет, но, например, если ты делаешь web приложения или приложения под одну-две платформы разницы ты скорее всего не почувствуешь, в плане CI.

faq2
()
Ответ на: комментарий от hobbit

Если ты пишешь открытый проект с центральным репозиторием на гитлабе… ну ты понял, тебе нужно знать и гит, и гитлаб.

Эээ вообще нет. Это дело devops-а по сути это фигню сделали что бы программеры тупо программировали и не думали про это.

P.S. Женкинс на жаве + это - вам рещать.

mx__ ★★★★★
()
Ответ на: комментарий от kukuruku

Вот тут уже интересно, спасибо. Запускать upstream/downstream job умеет gitlab CI? Еще вопрос по поводу storage? Насколько оно конфигурируемо? В документашке упоминают облако, либо локальное хранилище. Как вариант, можно ли в yaml натравить deploy в artifactory?

UVV ★★★★★
()

Сейчас пользуемся BitBucket, порядка 50 закрытых реп, но теперь его стало сложно оплачивать. Я правильно понимаю что GitLab в целом может его заменить?

sv_warvar
()
Ответ на: комментарий от UVV

Запускать upstream/downstream job умеет gitlab CI?

Можно просто дёрнуть API https://docs.gitlab.com/ee/ci/triggers/#use-curl

Есть возможность через Multi-project pipelines

https://docs.gitlab.com/ee/ci/pipelines/multi_project_pipelines.html

https://docs.gitlab.com/ee/ci/pipelines/parent_child_pipelines.html

Как вариант, можно ли в yaml натравить deploy в artifactory?

Тут не совсем понял, причём тут Gitlab CI. Билдите артефакт а там уже заливаете куда надо. Для этого не нужно поддержки особой со стороны CI.

Upd: то есть jfrog так и говорят делать https://jfrog.com/blog/gitlab-and-artifactory-on-your-mark-get-set-build/

kukuruku ★★
()
Последнее исправление: kukuruku (всего исправлений: 2)
Ответ на: комментарий от UVV

я выбрал jenkins из-за shared libs.
насколько мне известно, в гитлабе этого нет (или не было, выбирал года 3 назад).

dada ★★★★★
()
Ответ на: комментарий от kukuruku

Да, т.е. 4 года назад(в CE). Это кстати ещё одна плюшка не самая приятная житлаба.

faq2
()
Ответ на: комментарий от UVV

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

gitlab ci всё же заточен на сборку «из себя», в целом всё нужное в нём есть. Ещё б не скрипты на yaml, было бы не так больно.

Dark_SavanT ★★★★★
()
Ответ на: комментарий от sv_warvar

Да, но посмотрите в сторону gitea оно более легковестное

Kolins ★★★★★
()
Ответ на: комментарий от hobbit

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

GitHub Enterprise никто не отменял.

pekmop1024 ★★★★★
()
Ответ на: комментарий от UVV

Я про неё и написал. Как по мне - гл тупо современнее. Дженкинс мощный, но там невероятное количество легаси, включая сам поход к работе. Это как zk и consul. Со вторым работать тупо приятнее.

upcFrost ★★★★★
()
Ответ на: комментарий от mord0d

Если у тебя правда сотня проектов, которые при этом развиваются, то 8 гиг мозгов и два выделенных ядра это как бы очень мало. Вот дюжина выделенных воркеров под CI - это да, стоит денег

upcFrost ★★★★★
()
Ответ на: комментарий от MumiyTroll

Ну ты ж понимаешь что формат описания джобов тут абсолютно другой по сравнению с остальными ci-платформами. Все остальные по сути взяли формат тревиса и немного его адаптировали под себя

upcFrost ★★★★★
()
Ответ на: комментарий от UVV

А зачем для CI разнообразие функционала. У нас проекты достаточно разнообразные. Но все собирается командой docker build и деплоятся через образ. Всё, что от CI надо это, собственно, запустить docker build и сделать push. Ну с кешированием нюансы, но тоже это всё решается. Это раньше нужно было, до докера, когда каждый проект по-своему собирался, но сейчас-то вроде все поголовно уже в докере собирают, у нас даже прошивка для одной платы в докере собирается.

vbr ★★★★
()
Ответ на: комментарий от menangen

На гоу есть gittea и форк этого поделия, гугли

Кстати, классная штука Gitea. Удобнее, чем просто по ssh заливать бекапы на сервер. Например, можно глянуть как менялись исходники. Ресурсов требует минимум. Как сервис для бекапов отлично работает на калькуляторе.

Feonis ★★★
()

Немного странная система. Например, почему GitLab, если нет прав доступа к проекту выдаёт ошибку 404, а не access denied? Когда-то столкнулся с этим, долго проверял ссылку, а она оказала сь не при чём - тупо прав не было.

x-signal ★★
()
Ответ на: комментарий от upcFrost

Вопрос не в мощностях, а в адекватности их использования. То есть под какой-нибудь CGit жрёт ничего, Gitea чуть больше, но в соотношении новых фич и потребления — адекватно. GitLab побеждает другие открытые решения наличием CI/CD, но какой ценой. Потому я и поинтересовался, вдруг мне Jenkins сбоку держать будет… практичнее.

mord0d ★★★★★
()
Ответ на: комментарий от UVV

нет детального сравнения Jenkins vs Gitlab CI/CD?

разный подход, сравнить можно только ради холивора

autonomous ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.