GitLab — известная платформа для совместной разработки ПО, которая сочетает в себе систему управления версиями (Git), баг-трекер, CI/CD и прочие фичи DevOpsSec.
Изначально Дмитрий Запорожец и Валерий Сизов создали эту систему для собственных нужд, потом выпустили под открытой лицензией — и в конце концов построили процветающий бизнес, который основан на разделении лицензий: «общественная» Community Edition и «корпоративная» Enterprise Edition с рядом дополнительных плюшек на хостинге GitLab или на своём хостинге.
История успеха компании увенчалась выходом на биржу NASDAQ в сентябре 2021 года. Согласно форме S-1, у GitLab около 30 млн зарегистрированных пользователей, примерно миллион из них платят за лицензии. Рыночная капитализация примерно $7,4 млрд.
После покупки GitHub корпорацией Microsoft некоторые разработчики стали внимательнее смотреть в сторону GitLab как альтернативного и независимого решения для хостинга кода и совместной разработки. Всё-таки размещать свои проекты на серверах Microsoft не всем приятно. На сайте GitLab опубликована документация по импорту проектов с GitHub, Bitbucket и других хостингов кода.
При переходе на GitLab необязательно выбирать фирменный SaaS. Всегда есть возможность развернуть полноценную версию Enterprise Edition на собственном хостинге, на своём сервере, не оплачивая никакой абонентской платы. Как вариант, можно выбрать бесплатный тариф GitLab или один из официальных тарифных планов.
Недавно компания GitLab повысила стоимость за свои услуги до $19 за одного пользователя. В то же время свой GitLab Enterprise Edition хоть на сто пользователей, хоть на тысячу, обойдётся в цену одной виртуалки.
▍ Ценовая политика GitLab
«Корпоративная» лицензия Enterprise Edition отличается от общественной Community Edition главным образом двумя параметрами:
- техническая поддержка;
- дополнительные платные опции (точнее, там тоже есть бесплатный тариф GitLab Free, но Enterprise Edition позволяет переключиться на платную версию GitLab Premium в любой момент).
Посмотрим, чем отличается GitLab на своём хостинге (условно бесплатный) от платной подписки GitLab. Сравним конкретные цены с официального сайта. Первый план — абсолютно бесплатный фримиум GitLab, второй — образ Gitlab на VPS, третий — GitLab Premium ($19 в месяц).
| GitLab Free | Образ GitLab | GitLab Premium | |
|---|---|---|---|
| Место на диске (хостинге) | 5 ГБ | 20–100 ГБ SSD | 50 ГБ (дополнительное место можно докупить) |
| Максимальный объём переданных данных (в месяц) | 10 ГБ | Неограниченно | 500 ГБ (можно докупить) |
| CI/CD | 400 минут | Неограниченно | 10 000 (можно докупить) |
| Максимальное количество пользователей | 5 | Неограниченно | Неограниченно |
| Поддержка бесплатных статичных сайтов | + | + | + |
| Официальная техподдержка GitLab | – | – | + |
| Стоимость для 5 пользователей (в месяц) | Бесплатно | 1486 руб. ($21) | $95 |
| Стоимость для 50 пользователей (в месяц) | Продукт недоступен | 2861 руб. ($41) | $950 |
| Стоимость для 500 пользователей (в месяц) | Продукт недоступен | 5926 руб. ($85) | $9500 |
Примечание. Для образа GitLab на своём VPS рекомендуется сервер со следующими минимальными характеристиками.
CPU:
- 1 ядро — минимальная конфигурация, до 100 пользователей;
- 2 ядра — рекомендуемая конфигурация, до 500 пользователей;
- 4 ядра — до 2000 пользователей;
- 8 ядер — до 5000 пользователей.
RAM:
- 8 ГБ — рекомендуемая конфигурация, до 100 пользователей;
- 16 ГБ — до 2000 пользователей;
- 32 ГБ — до 4000 пользователей;
- 64 ГБ — до 8000 пользователей.
Цены в таблице рассчитаны в соответствии с этими минимальными техническими характеристиками, то есть одноядерный CPU для 5–50 пользователей (4–8 ГБ RAM), SSD 20 ГБ для 5 пользователей, SSD 40 ГБ для 50 пользователей и SSD 100 ГБ для 500 пользователей (здесь уже 16 ГБ RAM). Во всех случаях выбран дата-центр в Москве.
Хотя по умолчанию в маркетплейсе указан двухъядерный сервер с 4 ГБ RAM и SSD на 20 ГБ, но на этапе заказа эти характеристики можно изменить. Новые пользователи могут тестировать сервер в течение 3 дней бесплатно.
Нужно ещё добавить, что есть несколько проприетарных функций, которые доступны только на премиальном тарифе Ultimate и только на фирменном SaaS. Часть исходного кода GitLab остаётся в закрытой версии, то есть не выкладывается в опенсорс.
Вероятно, для некоторых компаний и разработчиков будет достаточно лимитов GitLab Free. Однако чтобы не ограничивать себя по лимитам и не рисковать блокировкой услуги со стороны провайдера, можно мигрировать на свой сервер Enterprise Edition. Если же нужна техподдержка и дополнительные функции — выбрать настоящую фирменную версию от GitLab, хотя это обойдётся несколько дороже.
▍ Проприетарные фичи GitLab
Список проприетарных функций в облачном сервисе GitLab может постоянно меняться и точно не известен. Теоретически, это небольшой список, а все эти функции со временем могут переходить в опенсорс, то есть в публичную версию Community Edition, которая выпускается под свободной лицензией MIT.
По функциональности Community Edition практически не отличается от версии Enterprise Edition. Но в фирменной подписке Premium/Ultimate компания подключает в версию EE некоторые платные функции, в том числе на проприетарном коде. Эти функции можно посмотреть в описании тарифов GitLab Premium и GitLab Ultimate или отфильтровать по выбранному тарифному плану.
В официальной документации сказано: «Версия GitLab Community Edition (CE) доступна свободно по лицензии MIT Expat. Версия GitLab Enterprise Edition (EE) включает дополнительные функции, скорее полезные для организаций с более чем 100 пользователями. Чтобы использовать EE и получать официальную поддержку, требуется подписка».
Поэтому исходный код Community Edition лежит в открытом доступе, а Enterprise Edition нужно активировать на сервере. После окончания срока действия лицензии некоторые функции Enterprise Edition будут заблокированы.
▍ Образ GitLab на VPS
Образ GitLab выбирается на этапе заказа сервера или сразу из маркетплейса:
Образ включает последнюю версию GitLab Enterprise Edition (EE), сейчас это 13.4.2 на операционной системе CentOS 8.
В дополнение к установленному программному обеспечению на образе GitLab активирован Firewall и разрешён только SSH (порт 22, LIMITED), HTTP (порт 80).
На официальном сайте GitLab также есть документация по установке и поддержке своего инстанса GitLab на разных системах:
-
Ubuntu 18.04 LTS, 20.04 LTS, 22.04 LTS,
-
Debian 10, 11,
-
AlmaLinux 8,
-
CentOS 7,
-
OpenSUSE Leap 15.3, 15.4 и SUSE Linux Enterprise Server 12.2, 12.5,
-
Amazon Linux 2,
- Raspberry Pi OS Bullseye и Buster (32-бит).
Поддерживаются также установки на Kubernetes при помощи конфигураций GitLab Helm и GitLab Operator. Можно установить инстанс GitLab не только на своём сервере, но и у любого крупного облачного провайдера, да вообще на любой системе из образа Docker.
Вся инфраструктура компании GitLab и её фирменный SaaS размещается на мощностях Google Cloud. Кстати, это интересный пример компании с капитализацией в миллиарды долларов, у которой даже нет центрального офиса. Все её сотрудники работают удалённо, а все серверы находятся в облаке. Вот что такое корпорация в эпоху киберпанка.
▍ Выводы
Исходя из таблицы выше, можно сделать вывод, что до пяти пользователей с минимальными потребностями выгоднее всего бесплатный тариф GitLab Free. Но только до тех пор, пока вы не упираетесь в лимиты по объёму хостинга, трафику и операциям CI/CD. В этом случае самый простой вариант — развернуть недорогой образ на VPS и спокойно использовать его практически без ограничений на количество пользователей (лимит существует, но он исключительно технический — сколько выдержит железо), трафик и размер репозиториев (опять же, ограничен чисто технически в рамках подключённого хранилища).
В принципе можно развернуть образ Gitlab даже на сервере дома или в офисе — это будет вообще бесплатно, не считая стоимости сервера, обслуживания, интернет-трафика и электричества. Но по сравнению с GitLab Premium, а тем более Ultimate, даже коммерческий VPS можно считать практически даровым. В расчёте на 500 пользователей разница в расходах получается более чем в сто раз ($84 против $9500 в месяц).
Хотя на своём сервере не будет хватать проприетарных функций GitLab и отсутствует техподдержка, но в любом случае 11 марта 2022 года GitLab приостановил продажу корпоративных и платных сервисов в России и Беларуси для новых клиентов, при этом отказался блокировать старых клиентов, а также пользователей бесплатных тарифов.
Несмотря на довольно гуманную политику GitLab к пользователям из России, свой хостинг — всё-таки это более надёжный и стабильный вариант, особенно в условиях санкций. Не говоря уже об экономии финансовых ресурсов.
Играй в наш скролл-шутер прямо в Telegram и получай призы! ????️????
Комментарии (56)
box0547
00.00.0000 00:00С GitLab познакомился еще около 7 лет назад. На работе использовали как раз вариант своего сервера, бесплатно. Он мне всегда нравился.
Сейчас работаем на GitHub, он более популярен, кажется, но у GitLab функционал богаче, для бизнеса удобней.
Maunty
00.00.0000 00:00В какой части у gitlab функционал богаче? Облако ничем не уступает, а во многом и сильно лучше, тот же менеджент команд сделан куда более пряморуко, github actions выглядят очень перспективно, имхо, лучше чем CI в gitlab. Единственная проблема, что в selfhosted решение github сильно отстаёт от функционала в облаке, по крайней мере так было год назад, когда я заглядывал в описание.
box0547
00.00.0000 00:00Все это тоже мое скромное мнение. Последние года 3 практически не занимался администрированием. Примерно с тех пор и Gitlab'ом почти не пользуюсь. Каждый смотрит по своим потребностям. Мне там нравилась удобная работа с проектами, с группировками и гибким разделением полномочий. Очень удобно, когда в организации много разнообразных команд.
github actions выглядят очень перспективно, имхо
Не могу не согласиться, actions развивается на глазах. Но, по крайней мере, года 3 назад, судя по всему, был в догоняющих. Возможно уже и догнал и может быть перегнал, не вникал.
Dharmendra
00.00.0000 00:00Для российских компаний сейчас он бесполезен.
Выручает Gitea, где бесплатно доступны некторые ф-ции, за которые gitlab денег просит. Давно перешли и довольны.
TheKnight
00.00.0000 00:00+7А можете подробней рассказать, какие функции, доступные в Gitea бесплатно не доступны в Gitlab CE?
Dharmendra
00.00.0000 00:00-4например, "Merge Requests with Approval Rules", нам нужен был обязательный апрув ПРа от 2х и более чел, сейчас это доступно для гитлаба только в Premium
AlexGluck
00.00.0000 00:00+8Специально решил за вами, мальчик, проверить
docker run -p 3000:3000 gitea/gitea. gitea такого функционала не имеет. Прекратите набрасывать на вентилятор и вводить в заблуждение сообщество.Dharmendra
00.00.0000 00:00-12почитай лучше документацию
AlexGluck
00.00.0000 00:00+6Почитал, даже близко ничего нет https://docs.gitea.io/en-us/pull-request/
А вы ищете любой повод меня оскорбить, вместо простого признания незначительной ошибки?davydof
00.00.0000 00:00Вообще-то есть но только как branch protection, а не как настройка на весь проект.
Kolhoznii_Sniper
00.00.0000 00:00+1На самом деле такая функция имеется, действительно её нет в документации, и нет в настройках PR в gitea, надо смотреть "Branch protection". Но! Я сейчас полистал их блог, и нашёл запись о версии 1.7.0, в которой идёт конкретной описание данного функционала.
https://blog.gitea.io/2019/01/gitea-1.7.0-is-released/
TheKnight
00.00.0000 00:00+3А что-то еще есть?
В целом, одной этой фичи достаточно, но все же?
Kolhoznii_Sniper
00.00.0000 00:00Gitea actions вроде недавно подвезли в режиме unstable
Вообще есть такая вот таблица для сравнения у них
DistortNeo
00.00.0000 00:00+7Мы тоже пользуемся Gitea (до этого был Gogs). Но исключительно по причине того, что комбайн в виде GitLab нам просто избыточен.
AlexandreFrolov
00.00.0000 00:00Можно установить в РФ на собственный сервер Gitlab определенной версии (Debian):
Загрузить пакет deb через VPN: https://packages.gitlab.com/gitlab/gitlab-ee/packages/debian/buster/gitlab-ee_13.12.2-ee.0_amd64.deb/download.deb
Установить
apt install -y curl ca-certificates apt install -y postfix systemctl start postfix systemctl status postfix apt install sudo curl -s https://packages.gitlab.com/install/repositories/gitlab/gitlab-ee/script.deb.sh | sudo bash dpkg -i gitlab-ee_13.12.2-ee.0_amd64.deb hostnamectl set-hostname gitlab.domain.ru vim /etc/gitlab/gitlab.rb sudo gitlab-ctl reconfigureДалее по инструкции https://about.gitlab.com/install/
AlexandreFrolov
00.00.0000 00:00Замечу, что это уже старая версия и ее нужно обновить. Обновление возможно только с шагом в одну версию, поэтому вам сначала нужно будет установить вашу старую версию на хосте, где работает обновление, затем закачатьтуда бекап, а потом обновить до свежей.
Вот тут можно выбрать нужную версию: https://packages.gitlab.com/gitlab/gitlab-ee (через VPN)
RomanKu
00.00.0000 00:00+4Ряд вопросов по статье
Как использовать GitLab в условиях санкций?
Но тут вообще ничего не написано про специфику использования GitLab в условиях санкций. Я понимаю заголовок вида "как использовать git в условиях санкций?
Используйте Gitlab", но тут подразумевается, что мы использовали GitLab ранее и столкнулись с санкциями и вы рассказываете как решить эту проблему. Исходя из статьи чем отличается использование GitLab до санкций и после их введения?
Цены в таблице рассчитаны в соответствии с этими минимальными техническими характеристиками, то есть одноядерный CPU для 5–50 пользователей (4–8 ГБ RAM), SSD 20 ГБ для 5 пользователей,
У вас очень хорошие цены получились, но вы пробовали на этих мощностях держать и гитлаб и его раннеры для 50 пользователей? с докером в пайплайнах + docker registry ?
Всегда есть возможность развернуть полноценную версию Enterprise Edition на собственном хостинге, на своём сервере, не оплачивая никакой абоненткой платы.
В то же время свой GitLab Enterprise Edition хоть на сто пользователей, хоть на тысячу, обойдётся в цену одной виртуалки.
А можно поподробнее? Исходя из официальной документации EE после окончания триалки превращается в тыкву и далее либо оплата, либо переход на CE, т.е. смысла в EE без оплаты нет никакой.
После окончания срока действия лицензии некоторые функции Enterprise Edition будут заблокированы.
Опять же не некоторые, а все. Вы же сами приводите ссылку на документацию где четко написано
When your license expires, GitLab locks features, like Git pushes and issue creation. Your instance becomes read-only and an expiration message displays to all administrators. You have a 14-day grace period before this occurs.
To go back to Free features, delete all expired licenses.
Да, действительно, некоторые функции типа возможности заливки кода или заведения багов/задач переcтают работать
И в выводах у вас
11 марта 2022 года GitLab приостановил продажу корпоративных и платных сервисов в России и Беларуси для новых клиентов, при этом отказался блокировать старых клиентов, а также пользователей бесплатных тарифов.
Так и как использовать GitLab в условиях санкций? CE, который и так был доступен ранее и в отношении него ничего не поменялось
И зачем вы предлагаете создавать у вас EE инстанс если далее пишете, что за него все равно не получится заплатить? Ну так ставим сразу CE и не паримся с лицензиями тогда. В чем профит пиара у вас EE по стоимости виртуалки?
Ну и не на тему введения в заблуждение, но просто улыбнуло
Вся инфраструктура компании GitLab и её фирменный SaaS размещается на мощностях Google Cloud. Кстати, это интересный пример компании с капитализацией в миллиарды долларов, у которой даже нет центрального офиса. Все её сотрудники работают удалённо, а все серверы находятся в облаке. Вот что такое корпорация в эпоху киберпанка.
Вот, что такое корпорация в эпоху киберпанка: разбор инцидента от 2017/01/31 феерично эти все удаленные сотрудники с облачными серверами тогда облажались да и в другое время тогда увидеть 500 ошибку было нормой. Сейчас gitlab.com стал работать намного стабильней и подобных проблем не наблюдается и хочется думать, что они сделали выводы.
snakers4
00.00.0000 00:00Если вы живете в РФ (подавляющая часть аудитории Хабра) - то правильный ответ - никак.
Мой знакомство с GitLab закончилось чтением этой новости после которой всё встало на свои места - https://habr.com/ru/company/flant/blog/474436/
У меня после начала СВО были феерические переписки с Microsoft по поводу подписки на GitHub, но за рамки приличий и прикрытия своей задницы они не вышли.
Понятно, что вопрос бекапирования должен быть решен, но точно не через GitLab.
Недавно кстати мне пришло такое письмо, хотя кроме `hello-world` репозитория у меня там ничего не было:
RomanKu
00.00.0000 00:00+2Они еще в 22 году перекрасили логотип и повесили баннер - вот тут пользователи из России напряглись еще больше.
Конечно, исходя из статьи установка на свой сервер может решить проблему блокировки облака, но кто знает какие там есть закладки и не удалил ли свой сервер все репозитории по GeoIP или таймзоне в определенный момент?
Но продукт реально годный и востребованный.
esc
00.00.0000 00:00+1Открою секрет, GitLab основан украинцами, помню еще донатил им, когда они только выкатили одну из первых версий. Если правильно помню, то из Харькова. Потом, с этими вашими "сво" лучше поискать альтернативу. Не думаю, что после начала войны вам там будут рады.
OlegSpectr
00.00.0000 00:00+2Вот согласен. Особенно "порадовало", что в статье Self-Hosted решение подаётся как волшебная пилюля: и надёжно, и без санкций, и дешевле. Забывая про то, что нужно уметь его администрировать: если активно использовать Registry и CI/CD, то гитлаб ест место на диске как не в себя (+ всякие прометеусы там), нужно уметь настраивать раннеров, постоянно обновлять версию гитлаба, т.к. довольно часто находят критичные уязвимости, ну и про бэкапы не забываем.
lowdog
00.00.0000 00:00+1Вроде как версия гитлаба 15.8.1 уже, а вы зачем то 13-ю предлагаете.
AlexandreFrolov
00.00.0000 00:00Как раз по теме статьи. Мы используем не все возможности, и версии 13 нам пока хватает. Но решил обновиться, и понял что обычный apt update не работает.
На всякий случай решил понять, как теперь можно установить нужную версию Gitlab. Ведь обновляться нужно последовательно, от версии к версии. У нас Gitlab работает в виртуальной машине Proxmox.В итоге понял, что лучше всего арендовать на время обновления сервер там, где работает update, поставить на него Proxmox, установить в виртуальную машину текущую версию Gitlab (версию 13 в нашем случае), загрузить туда бекап данных и там обновить версию Gitlab до текущей.
Затем выгрузить бекап машины и загрузить его на сервер с Proxmox в РФ, где он и будет работать. Тут достаточно изменить IP в нескольких местах после запуска виртуалки.
К сожалению, способ сработает только до следующего обновления. Если кто знает более простой способ обновления, буду очень благодарен.
griba
00.00.0000 00:00Встречный вопрос, а почему у вас apt update не работает?
AlexandreFrolov
00.00.0000 00:00Ошибка 403 при попытке доступа к репозиторию Gitlab. Точный текст ошибки не сохранился. Там apt upgrade не прошел
griba
00.00.0000 00:00+1Тогда либо vpn (apt proxy тоже может помочь) либо описанный вами же кейс с обновлением через пузырек
BcTpe4HbIu
00.00.0000 00:00Там с 13й версии кажется что то поменялось в адресах репозиториев. Возможно вы в старые ломитесь ибо у меня и репы и реджистри гитлаба доступны из 3х мест. (Все в РФ конечно)
AlexGluck
00.00.0000 00:00Я за 12 рублей на сутки хостинг взял зарубежный, поменял домен на айпишник хостинга и запустил реверс прокси на нджинксе. 2 часа делов.
AlexandreFrolov
00.00.0000 00:00Немного не понял, вы так apt update && apt upgrade запустили?
Там вроде до домена дело не доходит.AlexGluck
00.00.0000 00:00-2В файле /etc/apt/sources.list поменял домен gitlab.com на айпишник и запустил команды.
Неоднократно вижу что вы не знаете основ работы ИТ систем, изучить вы можете даже на хабре например здесь
AlexandreFrolov
00.00.0000 00:00Спасибо за ссылку, но я в курсе, как это работает. Не знал только что в /etc/apt/sources.list можно вместо домена указывать IP. Никогда не было необходимости так делать.
AlexGluck
00.00.0000 00:00+2Не понимаю причин минуса, 12 рублей вроде вообще любой может себе позволить.
server { listen 80; server_name 8.8.8.8 default_server; proxy_http_version 1.1; location / { proxy_pass https://package.gitlab.com; resolver 8.8.8.8 valid=30s ipv4=on ipv6=off; proxy_ssl_verify off; proxy_ssl_server_name on; } }Реверс прокси примитивный, такой любой админ сделает. Гораздо проще настройки прокси под конкретный источник пакетов, а ещё прокси надо откуда то взять. Точно проще впн'а, меньше настроек и возможных проблем с работой сети на сервере.
avs099
00.00.0000 00:00весьма неаккуратно написанная статья. Gitlab CE и EE давно слиты в один репозиторий. Код у EE открыт. Текущая версия это 15.8, а версии 13 уже года полтора. В общем, абы что писать, лишь бы хостинг продать.
AlexandreFrolov
00.00.0000 00:00версии 13 уже года полтора
Про эту версию написал я, т.к. у меня возникла необходимость ее обновления, а команды apt updade && apt upgrade не заработали из-за блокировки по IP
pit_art
00.00.0000 00:00Вы бы хоть образ гитлаба обновили, 13.4 выпущен летом 20 года, там cve находят крайне часто.
если пользователь просто бездумно воспользуется этой статьей и раскатит гитлаб - он получит кучу потенциальных проблем.
AlexandreFrolov
00.00.0000 00:00Но уже обновили, в статье я показал пример, что была попытка обновить эту версию, и она провалилась. А также рассказал, как ее можно обновить.
Дописал комментарий к инструкции.Сразу новую версию ставить нет смысла, если ранее использовалась старая. Вначале нужно поставить старую на хосте, где работает обновление, затем загрузить туда бекап, а потом последовательно обновлять. Или воспользоваться вариантом с обратным прокси, который есть выше в комментариях.
Вот тут можно выбрать нужную версию: https://packages.gitlab.com/gitlab/gitlab-ee (через VPN)
pit_art
00.00.0000 00:00Кого, обновили, куда обновили, вы из рувдс? Вряд ли, потому что у вас упоминается апт, а у рувдс - центос.
И там все также - 13.4
AlexandreFrolov
00.00.0000 00:00Нет, я не из RUVDS, а обновил на своих серверах. Просто написал коммент к этой статье для тех, у кого Gitlab старой версии и не получается обновить из-за блокировки по IP.
Надеюсь, мои комментарии на эту тему помогут.
IvaYan
А где про это написано? Я пока вижу только то, что если развернуть у себя GitLab EE и не покупать лицензию, то будет доступно только то, что лицензию не требует, то есть GitLab EE превратится в GitLab CE.
Hvorovk
Есть еще китайский JiHu вроде, там в целом не все плохо и можно купить. Но это не точно)
teamfighter
Точно можно. И в общем-то это тот же самый гитлаб, просто с другим юрлицом. В РФ его спокойно реселят , совершенно официально.
BobovorTheCommentBeast
Я осторожно подтверждаю. Развернули на локальном сервере, есть только CE функции.
PS воспользуюсь возможностью спросить, в CE имеется возможность совместной работы только через protected ветки? Т.к. как я понял, в CE нельзя разрешить создавать Merge Request, но при этом запретить создавать ветки в основном репозитории. (т.е. стандартная для GitHub схема, с форком репозитория не катит)
MRD000
Без веток всегда можно сделать свой fork персональный и оттуда уже MR создать.
Мне лично такой подход больше нравится, меньше мусора с ветками получается. Но минус вроде как в том, что не все пермишенсы даются в CI, хотя у меня всегда все работало нормально.
AlexGluck
Merge request доступны во всех редакциях. Нельзя создавать кастомные правила для автоматической обработки MR.
ovalsky
Не знаю откуда такое непонимание, что в статье, что в комментариях. На сайте те же расписано СЕ и ЕЕ версии по функционалу. Если не заплатили за ЕЕ версию, то у вас СЕ версия. Если бы ЕЕ была доступна бесплатно, то она была бы
дедушкойСЕ версией.не только, что бы залить в protected ветку, надо иметь права от main develop пользователя, если мне не изменяет память, давненько не занимался настройкой
ага
вот тут не помню, уровень прав гость + настройки репозитория вроде могут ограничить
хоть вы и запускаете гитлаб на своём личном хостинге, но это мини копия платформы и если человек на вашей платформе зарегистрировался то он может создать свой репозиторий, не пробовал, но по идее можно создать форк, если пользователя есть доступ к чтению вашего репозитория.