KDE переходит на GitLab

Кстати, по слухам GitLab против разбиения на модули.

Еще недавно gitlab-ci был отдельным проектом. Потом их объединили и в gitlab прямо подчеркнули что это их сильная сторона, что все интегрировано. Соответственно, вряд ли они будут разбивать на модули.

KDE переходит на GitLab

Нет бы выбрать какой-нибудь Gitea или Gogs. Чем он им не устроил?

А на чём они раньше сидели?

обычно в тех проектах которые мне попадались, что опенсорсных, что по работе, объём транзакций в тикет трэкере за день и коммитов в среднем одинаковое

На каждый pull-request приходится десятки комментов от CI систем, теги, голосования от мимо проходивших, и ревью. Если посмотреть на GitHub, там каждый PR обвешан всякими финтифлюшками как ёлка.

Плюс я так понимаю это всё можно менять асинхронно, а гит последовательный.

И это если об одном проекте говорить. А мы же о тысячах в рамках одной Git Forge.

И если для систем типа src.fedoraproject.org где хранятся только изменения rpm-спеков, а не каждое изменение в апстриме, трафик действительно не так высок, то чтобы занять нишу Git Forge общего назначения нужно расти.

В принципе наверное это всё решаемо, но такая «необычность» не способствует росту количества пользователей и разработчиков.

А как мы видим, это самое важное сейчас.

Это очень радостные новости. Я не отправил кучу багов и несколько патчей, потому что уродский интерфейс фабрикатора и местная багзила вызывала отвращение.

GitLab куда более удобная штука для разработки и отслеживания/обсуждения багов. Я надеюсь баги тоже туда перенесут.

Будет круто если следующим на GitLab мигрирует Debian.

есть гитлаб, это не только портал, но и сервер, который легко можно накатить на свой хостинг или сервер.

А гитхаб

Ты не поверишь! Разве что бесплатной версии нет.

А разве работодателям нельзя показывать ссылки на другие порталы( gitlab) или вообще свой сервер?

и открытость у него по схеме «плати за фичи», что сказывается на разработке.

А у Chromium и Firefox открытость по типу «это противоречит нашей политике». Пользовтели (кстати с ЛОРа) для Chrom{e,ium} 10 лет назад подготовили патчи на поддержку APNG, но по политическим причинам их не принимали, ибо Google хотел продвигать свой формат изображений, который не взлетел. Пользователи подготовили патчи для поддержки нормального выделения ссылок в Firefox, но эти патчи тоже не приняли по политическим причинам.

Дело не в том, платит ли КДЕ, а в том что это не тру-open source разработка.

Всё то же самое можно сказать про RedHat который бесплатный tomcat убрал из репозиториев в угоду своему платному форку tomcat. GitLab пока на таком не был замечен, но если он станет вести себя как RedHat, то появятся и другие альтернативы.

Кто о чем, а EXL про tomcat.

А я к FreeBSD’шному phabricator сразу привык - для code review ничотак, правда больше ни для чего, да и ревью частично пересекается с багзиллой (небольшие патчи в фабрикатор - нафиг-нафиг). Но независимо от юзабельности платформы, если есть возможность закопать кусок говна на куске говна PHP, это надо делать не задумываясь.

смелым экспериментам в области открытого кода

Казалось бы, куда же ещё? Но нет. надо добавить скорости скатыванию.

Пример с RedHat и tomcat просто отлично накладывается на твоё:

Ты придёшь в проект X со стороны и скажешь «а вот я принес вам реализацию фичи такой-то, давайте замерджим», а тебе скажут «нет, твой патч принимать не будем, это у нас только в платной версии».

Расширения не нужны, они слишком сложные

Я когда-то хотел пихнуть небольшой improvement в Kate. Написал, собрал, проверил. Phabricator меня остановил (не осилил).

+1

Фабрикатор одна из тех причин, почему у KDE достаточно мало разработчиков, а многие баги фиксятся годами.

Он у тебя в каждом треде куда-то накладывается, что ж теперь.

CentOS разумеется не является полноценным открытым проектом. Это пересборка RHEL, не более, не менее. Его нельзя развивать сам по себе, его можно использовать как референсную платформу. Например создавать свои дополнительные репы на нём.

Вся разработка ведется в Fedora и на базе проекта Fedora ты можешь сгенерить пакет для центоси в EPEL8-ветке. Если ты придешь в epel8 и принесешь туда tomcat, а тебе откажут, вот тогда приходи жаловаться.

UPD: там ещё для EPEL скоро модули должны допилить. И в Fedora разобраться с проблемой модульных java-пакетов. Тогда вероятно всё и появится.

Такой же, но другой.

Кстати, вот тут issue на gitlab.com о том, как KDE переходит: https://gitlab.com/gitlab-org/gitlab-foss/issues/53206

Будет круто если следующим на GitLab мигрирует Debian.

Ты в какой криокамеры живёшь?

Debian давно использует gitlab. Debian gitlab

Отлично, неуклюжую Bugzilla тоже убивают.

UPD: там ещё для EPEL скоро модули должны допилить. И в Fedora разобраться с проблемой модульных java-пакетов. Тогда вероятно всё и появится.

Хорошо, если так.

https://gitlab.com/gitlab-org/gitlab-foss/issues/53206

UPD: moved: https://gitlab.com/gitlab-org/gitlab/issues/24900

Интерфейс другой и не майкрософт

Bugzilla тоже убивают.

Пока непонятно: https://gitlab.com/gitlab-org/gitlab/issues/24900

А гитхаб просто портал

Гитхаб тоже бывает self-hosted, но это касается только GitHub Enterprise.

Где тогда лучше держать свои поделки в надежде потом показать свои репы потенциальным работодателям?

Свой самый самый дешманский сервер на который установить gogs, квадратишь практишь гуд, коничива :)

Я гитлаб разворачивал, ЭТА МОНСТР, оправдано если только твой проект/ты тоже монстр/ы

Лучшая багзилла у мозиллы, да

А разве работодателям нельзя показывать ссылки на другие порталы( gitlab) или вообще свой сервер?

Слышал тему, что они любят просить ссылки на проекты на гитхабе. Причем тут же где-то и слышал.

Я тебе больше скажу. HR’ы мониторят GitHub-профили и часто предлагают работу на основе твоих репозиториев.

Как по твоему, было бы лучше им мигрировать на Гитхаб, или Гитлаб сулит больше плюшек?

Разумеется теоретизирую. Я с самого начала говорю о проблемах модели «плата за фичи/плагины».

Ок. Твои аргументы, конечно, аргументны (без сарказма), но я думаю, это всё решаемо.

GitLab для KDE лучше, у них будет собственная инфраструктура, не завясящая от GitHub’а и они при желании смогут доработать GitLab под свои нужды, например, запилить те же «Automated crash reports».

И кстати, у KDE давно имеется зеркало репозиториев на GitHub, при желании они могут сделать трансляцию PRs/Issues из них на свой GitLab.

https://github.com/KDE

у них будет собственная инфраструктура, не завясящая от GitHub’а и они при желании смогут доработать GitLab под свои нужды

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

Гитлаб можешь у себя на хостинге развернуть, а гитхаб — вряд ли

Гитхаб тоже можно развернуть.

Ты придёшь в проект gitlab со стороны и скажешь «а вот я принес вам реализацию фичи такой-то, давайте замерджим», а тебе скажут «нет, твой патч принимать не будем, это у нас только в платной версии».

Без пруфов выглядит как голословное утверждение.

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

даже как «Fear, uncertainty and doubt»

У фабрикатора даже код нормально не подсвечивался, какие там фичи…

Да неужели? О какой подсветке речь? Вот такая - плохая? https://secure.phabricator.com/D13641?vs=32965&id=32967#toc (occsionally на sometimes)

Пипец. Из-за толпы неосиляторов меняется платформа разработки. Судя по всему интеллектуальный уровень новых разработчиков продолжает успешно деградировать :(

О какой подсветке речь?

Кода.

Из-за толпы неосиляторов меняется платформа разработки

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

Судя по тому, что кеды всё лучше и лучше - всё правильно делают.

Ну, если у человека нет желания самому погуглить, мало чем помогу. :/ По мне так всё нормально с подсветкой. https://secure.phabricator.com/D13337

Зашёл на KDE’шный Phabricator– у них даже CMake не подсвечивается. Зашёл на KDE’шный GitLab – подсвечивается.

Что используется для подсветки у Phabricator? Какие-то PHP’шные костыли на RegExp’ах?

GitLab юзает достаточно продвинутый Rogue: https://github.com/rouge-ruby/rouge, круче которого разве что Pygments http://pygments.org/ из Bitbucket и проприетарная дрянь GitHub’а.

К фабрикатору тоже можно прикрутить пигменты, было бы желание. Гугл - твой друг, а ты мне надоел. Спокойной ночи!

Нет. Но они предпочитают тратить время на решение задач, а не на изучение очередного уникального инструмента, не предоставляющего никаких преимуществ преде широко распространенной альтернативой.

Ты не поверишь! Разве что бесплатной версии нет.

Он же всё ещё распространяется в виде образа виртуалки с обфусцированными рельсами внутри или это уже улучшили как-нибудь?

Я гитлаб разворачивал, ЭТА МОНСТР, оправдано если только твой проект/ты тоже монстр/ы

Разворачивание заключается в нажатии на кнопке «New Project» в gitlab.com?

Не, локальный сервер ))))) В бустере был пакет, apt install gitlab и всё (или типа того) Но то сколько оно всего устанавливало, настраивало, конфигурировало меня повергло. Да и жрало много. Я тогда на ноут ставил, и чёт на нём неповоротливо было, ну ооочень. Нужна (была как сейчас не знаю) хорошая машина для сервера gitlab. Остановился на gogs просто и удобно.

Разработчики KDE могут себе позволить выделить сервер или даже несколько для GitLab, всё же проект не позиционирует себя как легковесное решение, которое можно натянуть на VPS с 2ГБ RAM за два бакса.

Такими же проектами являются, например, Jira и Gerrit. И ничего, компании этим пользуются и рады. А это тоже довольно жрущие ресурсы решения.