Comments 55
Всегда есть возможность развернуть полноценную версию Enterprise Edition на собственном хостинге, на своём сервере, не оплачивая никакой абоненткой платы.
А где про это написано? Я пока вижу только то, что если развернуть у себя GitLab EE и не покупать лицензию, то будет доступно только то, что лицензию не требует, то есть GitLab EE превратится в GitLab CE.
Есть еще китайский JiHu вроде, там в целом не все плохо и можно купить. Но это не точно)
Я осторожно подтверждаю. Развернули на локальном сервере, есть только CE функции.
PS воспользуюсь возможностью спросить, в CE имеется возможность совместной работы только через protected ветки? Т.к. как я понял, в CE нельзя разрешить создавать Merge Request, но при этом запретить создавать ветки в основном репозитории. (т.е. стандартная для GitHub схема, с форком репозитория не катит)
Без веток всегда можно сделать свой fork персональный и оттуда уже MR создать.
Мне лично такой подход больше нравится, меньше мусора с ветками получается. Но минус вроде как в том, что не все пермишенсы даются в CI, хотя у меня всегда все работало нормально.
Merge request доступны во всех редакциях. Нельзя создавать кастомные правила для автоматической обработки MR.
Не знаю откуда такое непонимание, что в статье, что в комментариях. На сайте те же расписано СЕ и ЕЕ версии по функционалу. Если не заплатили за ЕЕ версию, то у вас СЕ версия. Если бы ЕЕ была доступна бесплатно, то она была бы дедушкой СЕ версией.
в CE имеется возможность совместной работы только через protected ветки?
не только, что бы залить в protected ветку, надо иметь права от main develop пользователя, если мне не изменяет память, давненько не занимался настройкой
как я понял, в CE нельзя разрешить создавать Merge Request
ага
но при этом запретить создавать ветки в основном репозитории
вот тут не помню, уровень прав гость + настройки репозитория вроде могут ограничить
т.е. стандартная для GitHub схема, с форком репозитория не катит
хоть вы и запускаете гитлаб на своём личном хостинге, но это мини копия платформы и если человек на вашей платформе зарегистрировался то он может создать свой репозиторий, не пробовал, но по идее можно создать форк, если пользователя есть доступ к чтению вашего репозитория.
В какой части у gitlab функционал богаче? Облако ничем не уступает, а во многом и сильно лучше, тот же менеджент команд сделан куда более пряморуко, github actions выглядят очень перспективно, имхо, лучше чем CI в gitlab. Единственная проблема, что в selfhosted решение github сильно отстаёт от функционала в облаке, по крайней мере так было год назад, когда я заглядывал в описание.
Для российских компаний сейчас он бесполезен.
Выручает Gitea, где бесплатно доступны некторые ф-ции, за которые gitlab денег просит. Давно перешли и довольны.
А можете подробней рассказать, какие функции, доступные в Gitea бесплатно не доступны в Gitlab CE?
например, "Merge Requests with Approval Rules", нам нужен был обязательный апрув ПРа от 2х и более чел, сейчас это доступно для гитлаба только в Premium
Специально решил за вами, мальчик, проверить docker run -p 3000:3000 gitea/gitea. gitea такого функционала не имеет. Прекратите набрасывать на вентилятор и вводить в заблуждение сообщество.
почитай лучше документацию
Почитал, даже близко ничего нет https://docs.gitea.io/en-us/pull-request/
А вы ищете любой повод меня оскорбить, вместо простого признания незначительной ошибки?
Вообще-то есть но только как branch protection, а не как настройка на весь проект.
На самом деле такая функция имеется, действительно её нет в документации, и нет в настройках PR в gitea, надо смотреть "Branch protection". Но! Я сейчас полистал их блог, и нашёл запись о версии 1.7.0, в которой идёт конкретной описание данного функционала.
https://blog.gitea.io/2019/01/gitea-1.7.0-is-released/
Вчера ещё проверил за @davydof, не очень однозначно для поисков. Ни в доке, ни в настройках пулреквеста.
А что-то еще есть?
В целом, одной этой фичи достаточно, но все же?
Мы тоже пользуемся Gitea (до этого был Gogs). Но исключительно по причине того, что комбайн в виде GitLab нам просто избыточен.
Можно установить в РФ на собственный сервер 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/
Замечу, что это уже старая версия и ее нужно обновить. Обновление возможно только с шагом в одну версию, поэтому вам сначала нужно будет установить вашу старую версию на хосте, где работает обновление, затем закачатьтуда бекап, а потом обновить до свежей.
Вот тут можно выбрать нужную версию: https://packages.gitlab.com/gitlab/gitlab-ee (через VPN)
Ряд вопросов по статье
Как использовать 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 стал работать намного стабильней и подобных проблем не наблюдается и хочется думать, что они сделали выводы.
Если вы живете в РФ (подавляющая часть аудитории Хабра) - то правильный ответ - никак.
Мой знакомство с GitLab закончилось чтением этой новости после которой всё встало на свои места - https://habr.com/ru/company/flant/blog/474436/
У меня после начала СВО были феерические переписки с Microsoft по поводу подписки на GitHub, но за рамки приличий и прикрытия своей задницы они не вышли.
Понятно, что вопрос бекапирования должен быть решен, но точно не через GitLab.
Недавно кстати мне пришло такое письмо, хотя кроме `hello-world` репозитория у меня там ничего не было:
Они еще в 22 году перекрасили логотип и повесили баннер - вот тут пользователи из России напряглись еще больше.
Конечно, исходя из статьи установка на свой сервер может решить проблему блокировки облака, но кто знает какие там есть закладки и не удалил ли свой сервер все репозитории по GeoIP или таймзоне в определенный момент?
Но продукт реально годный и востребованный.
Открою секрет, GitLab основан украинцами, помню еще донатил им, когда они только выкатили одну из первых версий. Если правильно помню, то из Харькова. Потом, с этими вашими "сво" лучше поискать альтернативу. Не думаю, что после начала войны вам там будут рады.
Вот согласен. Особенно "порадовало", что в статье Self-Hosted решение подаётся как волшебная пилюля: и надёжно, и без санкций, и дешевле. Забывая про то, что нужно уметь его администрировать: если активно использовать Registry и CI/CD, то гитлаб ест место на диске как не в себя (+ всякие прометеусы там), нужно уметь настраивать раннеров, постоянно обновлять версию гитлаба, т.к. довольно часто находят критичные уязвимости, ну и про бэкапы не забываем.
Вроде как версия гитлаба 15.8.1 уже, а вы зачем то 13-ю предлагаете.
Как раз по теме статьи. Мы используем не все возможности, и версии 13 нам пока хватает. Но решил обновиться, и понял что обычный apt update не работает.
На всякий случай решил понять, как теперь можно установить нужную версию Gitlab. Ведь обновляться нужно последовательно, от версии к версии. У нас Gitlab работает в виртуальной машине Proxmox.
В итоге понял, что лучше всего арендовать на время обновления сервер там, где работает update, поставить на него Proxmox, установить в виртуальную машину текущую версию Gitlab (версию 13 в нашем случае), загрузить туда бекап данных и там обновить версию Gitlab до текущей.
Затем выгрузить бекап машины и загрузить его на сервер с Proxmox в РФ, где он и будет работать. Тут достаточно изменить IP в нескольких местах после запуска виртуалки.
К сожалению, способ сработает только до следующего обновления. Если кто знает более простой способ обновления, буду очень благодарен.
Встречный вопрос, а почему у вас apt update не работает?
Ошибка 403 при попытке доступа к репозиторию Gitlab. Точный текст ошибки не сохранился. Там apt upgrade не прошел
Я за 12 рублей на сутки хостинг взял зарубежный, поменял домен на айпишник хостинга и запустил реверс прокси на нджинксе. 2 часа делов.
Немного не понял, вы так apt update && apt upgrade запустили?
Там вроде до домена дело не доходит.
В файле /etc/apt/sources.list поменял домен gitlab.com на айпишник и запустил команды.
Неоднократно вижу что вы не знаете основ работы ИТ систем, изучить вы можете даже на хабре например здесь
Не понимаю причин минуса, 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;
}
}Реверс прокси примитивный, такой любой админ сделает. Гораздо проще настройки прокси под конкретный источник пакетов, а ещё прокси надо откуда то взять. Точно проще впн'а, меньше настроек и возможных проблем с работой сети на сервере.
весьма неаккуратно написанная статья. Gitlab CE и EE давно слиты в один репозиторий. Код у EE открыт. Текущая версия это 15.8, а версии 13 уже года полтора. В общем, абы что писать, лишь бы хостинг продать.
Вы бы хоть образ гитлаба обновили, 13.4 выпущен летом 20 года, там cve находят крайне часто.
если пользователь просто бездумно воспользуется этой статьей и раскатит гитлаб - он получит кучу потенциальных проблем.
Но уже обновили, в статье я показал пример, что была попытка обновить эту версию, и она провалилась. А также рассказал, как ее можно обновить.
Дописал комментарий к инструкции.
Сразу новую версию ставить нет смысла, если ранее использовалась старая. Вначале нужно поставить старую на хосте, где работает обновление, затем загрузить туда бекап, а потом последовательно обновлять. Или воспользоваться вариантом с обратным прокси, который есть выше в комментариях.
Вот тут можно выбрать нужную версию: https://packages.gitlab.com/gitlab/gitlab-ee (через VPN)
Если завести бесплатный акк на gitlab.com, то получаем всего 5 юзеров на группу, и это единственное чего нам не хватает. Есть ли в РФ провайдеры или образы без этого ограничения? Потому что мы и не против докупить юзеров, но...
$ 29 per user/month
Billed annually at $348 USD
Может это и норма для америки, но за одну фичу мы не готовы платить под 300 уе в месяц на 10 человек.
Как использовать GitLab в условиях санкций?