Разработчики проекта Debian начали тестирование (https://lists.debian.org/debian-devel-announce/2017/12/msg00...) нового сервиса salsa.debian.org (https://salsa.debian.org/), созданного в качестве замены web-интерфейса git.debian.org (https://git.debian.org/) для доступа к исходным текстам сопровождаемых некоторыми мэйнтейнерами пакетов и собственным разработкам Debian. Вместо cgit (https://git.zx2c4.com/cgit/) для доступа к Git на salsa.debian.org применяется платформа GitLab, которая не ограничивается просмотром кода, но и предоставляет средства для организации совместной работы над проектами Debian.Для всех разработчиков Debian в системе заведены учётные записи, а сторонним разработчикам предоставлена возможность регистрации (https://signup.salsa.debian.org.) с суффиксом "-guest". По аналогии с GitHub каждый пользователь может создавать проекты в собственном пространстве имён. Для разработки крупных проектов предусмотрена возможность создания групп (имена с суффиксом '-team'). Для проектов Debian предусмотрена группа Debian, в которую уже включены все активные участники проекта. В настоящее время сервис salsa.debian.org работает в режиме бета-тестирвоания. Перевод в категорию стабильных сервисов ожидается в конце января.
URL: https://lists.debian.org/debian-devel-announce/2017/12/msg00...
Новость: http://www.opennet.dev/opennews/art.shtml?num=47810
Если зaкопают ещё и Alioth — будет круто.
> Если зaкопают ещё и Alioth — будет круто.Закoпают, они именно для этой цели и внедрили гитлаб.
>> Если зaкопают ещё и Alioth — будет круто.
> Закoпают, они именно для этой цели и внедрили гитлаб.А йи-мейлы @redhat.com когда уже начнут раздавать??!
Когда спилят гитлаб в пользу copr.
s/copr/pagure/
> Если зaкопают ещё и Alioth — будет круто.Да-да, заказ Red Hat по закXXXываню Debian-а биет газовым ключом.
> ещё и Alioth — будет круто.Ты знал. :/
" We will provide a read-only export of all repositories that weren't exported after disabling alioth. "
---
Они чуть не с января прикапывают бедогагу:
http://lists.alioth.debian.org/pipermail/alioth-staff-replac.../
http://lists.alioth.debian.org/pipermail/alioth-staff-replac...
https://people.debian.org/~formorer/Survey.pdfВсё "never used" & "can go away entirely" (форум, CVS?!, меркуриял и пр и тп), кроме: списков рассылки и git-а.
Все-все хотят пуль-реквестиков! Гихубова поросль поросла.
...
http://lists.alioth.debian.org/pipermail/alioth-staff-replac...
https://lists.debian.org/debian-devel-announce/2017/09/msg00...
" May 2018 (with the wheezy EOL): alioth is shut down; "[note to self] Уже скоро! Пора ва--ть.
А чем, собственно, плох self hosted GitLab?
Оно раком-то не встанет на масштабах дебиана?) тормозное же...
С чего бы тормозное. Нормально работает на сравнимых с дебиановскими объемах.
git-http прокси переписана на golang транспорт
> Оно раком-то не встанет на масштабах дебиана?) тормозное же...https://gitlab.com/gitlab-org/gitlab-workhorse/blob/master/R...
Давно пора. Наконец-то можно будет им пулл-реквесты бросать.
Бекапы пусть делают)
не понимаю, чего все носятся с этим гитлабом.
надеются свой собственный уютный github получить? ага, щас...
Phabricator тоже норм https://reviews.freebsd.org/
PHP
Где ты был года 3 назад. А хотя мне и bitbucket уже норм
> надеются свой собственный уютный github получить? ага, щас...а что там получать-то? Ставишь на свой сервак - и всё ок. Прямо ракетная наука...
> не понимаю, чего все носятся с этим гитлабом.стильно/модно/молодежно. К тому же на хипстерском руби. Но тормоза еще те.
Не понимаю, почему не взять тот же - https://github.com/gogits/gogs ? Или им нужны эмодзи и нескучные обои?
Если очень кратко, то потому, что принимающие инфраструктурные решения ребята с Debian видят разницу между «product» и «solution».Осмелюсь предположить, что непонимание такого рода возникает с узкого контекста сравнения. Например, «нечто быстрое, легкое, минималистичное» vs. «монстроидальное раздутое хипстерское эмодзискриптище».
Но думать и рассуждать так — значит, упускать с виду другие немаловажные аспекты, которые из сравнения выпадают. В первую очередь — это пресловутая разница между продуктом («product») и решением («solution»). Продукт, в узком понимании программный продукт — это некое ПО, призванное решать задачу или класс задач. Решение предназначено удовлетворять нужды.
Gogs — продукт, очень хороший по своим объективным качествам. GitLab СE, а тем более EE — полноценное решение.
На основе продукта можно построить решение, и продавать его, предоставляя заказчикам услуги по интеграции и поддержке (и получая неплохой профит, т.к. добавленная стоимость растет), или даже построить на основе продукта платформу. Из близкого мне — Databricks/Cloudera/Hortonworks.
Во многих случаях такой подход вполне оправдан, более того, выгоден и надежен. Gogs можно приспособить для личного git-сервера, или в небольшую организацию — быстро и без особых затрат.Когда потребность пользователя выше, чем «простое хранение git-репозиториев+элементарные штуки с ним», когда в дискуссии «чем закрыть наши потребности» встречаются вещи как «SLA», «поддержка», «bus factor» — тогда и приходит время рассматривать решения. Комплексы, работающие пусть и не столь быстро на эквивалентном железе, сложнее в установке и настройке, чем «apt install», но покрывающие _все_ необходимые нужды, вплоть до планируемых и будущих, включая интеграцию во всякие сторонние сервисы и платную поддержку.
Очень утрируя, список задач можно вести и на маркерной доске, но есть случаи, когда их отслеживать *необходимо* в JIRA.
> Когда потребность пользователя выше, чем «простое хранение git-репозиториев+элементарные штуки с ним», когда в дискуссии «чем закрыть наши потребности» встречаются вещи как «SLA», «поддержка», «bus factor»Хорош, рассмешил. Особенно про "поддержку" и "SLA".
Да и разговаривать про "bus factor" применительно к дебиановской инфраструктуре это что-то с чем-то. Как раза по такой логике, куча кода на хипсто-языках должна проигрывать более компактному решению. Если второе ещё есть шанс вытащить своими силами, то первое запросто канёт в лету, как только Gitlab Inc обанкротится (или, что в данный момент более вероятно, - будет куплен кем-нибудь).
Ещё раз, я не собираюсь спорить с чужими голосами в голове; я излагаю опыт, свой и наблюдаемый. Сомневаешься — приведи равноценные аргументы.Почему упомянул «bus factor»: основываясь на https://github.com/gogits/gogs/graphs/contributors , видим, что разработка продукта ведется силами одного главного разработчика, и ≈пяти других, отправивших с дюжину коммитов. В GitLab иначе.
Затем,
> как только Gitlab Inc обанкротитсянекорректно применять так, словно говорим об уже свершившемся факте. Потому как зеркальным аргументом будет что-то вида
> как только Unknwon забросит разработкуРазумеется, он точно такой же некорректный.
> Ещё раз, я не собираюсь спорить с чужими голосами в голове; япотому что твои голоса говорят что он неправ?
> излагаю опыт, свой и наблюдаемый. Сомневаешься — приведи равноценные аргументы.
а если что-то противоречит точке зрения - просто надо посмотреть в другую сторону?
> , видим, что разработка продукта ведется силами одного главного разработчика, и
> ≈пяти других, отправивших с дюжину коммитов. В GitLab иначе.угу, немедля откуда ни возьмись набигает толпа разработчиков, и разрабатывает-разрабатывает-разрабатывает...
>> как только Gitlab Inc обанкротится
> некорректно применять так, словно говорим об уже свершившемся факте.сколько проектов безвозвратно похоронил google code? (еще и старательно заблокировавший web.archive, чтоб, нерароком, не уцелели)
>> Потому как зеркальным
>> аргументом будет что-то вида как только Unknwon забросит разработкутак сразу его репо в чем-то попроще гитлаба испарится?
> Разумеется, он точно такой же некорректный.
он в отличие от предыдущего - бессмысленный. Множество проектов пережили своих разработчиков. Множество сдохло от того, что навернулся модный-облачный-халяяяяяавный хостинг.
> Множество сдохло от того, что навернулся модный-облачный-халяяяяяавный хостинг.ты все еще продолжаешь думать, что gitlab - это gitlab.com ? Проспись уже, gitlab это коробочный продукт, который у себя в подвале на серваке поднимается за полчаса.
> "поддержку" и "SLA"Какое это отношение имеет к Debian? Debian некоммерческая компания, они не могут тратить пожертвования на покупку поддержки.
>> "поддержку" и "SLA"
> Какое это отношение имеет к Debian? Debian некоммерческая компания, они не могут
> тратить пожертвования на покупку поддержки.Ну почему же, вполне могут. Но не будут.
И как они это объяснят? Не могут.
> некорректно применять так, словно говорим об уже свершившемся факте.Ещё не RIP, но предпосылки есть: https://roem.ru/09-02-2016/218867/gitout/
ну ты лолка. Или балаболкаВо-первых, github != gitlab.
Во-вторых, все эти разговоры об "облаке" и "соцсети" идут в контексте глобального online сервиса, gitlab.com. Но GitLab - это не gitlab.com, это - ПО, установленное на собственный свой сервер.
И что же из функционала гитлаба они будут активно использовать? Другое дело если сам гитлаб решил пропиариться и подарил им ЕЕ редакцию за бесплатно, тогда ещё могу понять
там пока свои детские болезни. самая изъезженная: https://github.com/gogits/gogs/issues/1518
В этом гитлабе регулярно уязвимости находят. Лучше бы сидели на проверенных временем минималистичных платформах вроде trac, в которых намного меньше поверхность атаки и ожидаемое количество уязвимостей.
> В этом гитлабе регулярно уязвимости находят. Лучше бы сидели на проверенных временем
> минималистичных платформах вроде trac, в которых намного меньше поверхность атаки и
> ожидаемое количество уязвимостей.Вряд ли стоит ожидать от них что то адекватного после systemd.
Знаете, упоминание systemd - это уже как новый закон Годвина, и это печально...
> а сторонним разработчикам предоставлена возможность регистрации с суффиксом "-guest"Странно, на гитхабе, гитлабе,.. каждый может зарегистрироваться без суффиксов, а в Дебиане такая дискриминация. Ведь всё равно оставляя комментарий, делая pull request, чётко видно, кто owner, master, collaborator, contributor,..
Андрей, ты неймфаг
gitlab - это те ребята, которые не делали бэкапы? Я бы трижды подумал, прежде чем использовать их поделки в таком масштабном проекте
Они их делали, но неправильно. И они их очень оперативно починили и потом всем рассказали, как надо было делать правильно.Кроме того, там был вопрос с gitlab.com, их собственным инстансом на каком-то там хостинге, а тут речь о self-hosted инстансе. Проблема с дропнутой базой была не в коде, а в ошибке сисадмина.