Организация GNOME Foundation объявила (https://www.gnome.org/news/2018/05/gnome-moves-to-gitlab-2/) о завершении перехода проекта на использование (https://wiki.gnome.org/GitLab) платформы совместной разработки GitLab (https://about.gitlab.com/). По мнению представителей GNOME подобный шаг позволит увеличить эффективность процесса разработки, привлечь новых участников и усилить сотрудничество с другими проектами.
Среди причин миграции упоминается, что ранее используемая инфраструктура разработки, основанная на cgit и системе отслеживания ошибок Bugzilla, существенно устарела, не удовлетворяла современным потребностям, имела проблемы с юзабилити, воспринималась архаичной новыми разработчиками и не предоставляла должных возможностей по рецензированию кода и непрерывной интеграции. Многие разработчики уже привыкли к GitHub и отдают предпочтение данной платформе.Платформа GitLab достаточно близка по возможностям к GitHub, является свободным ПО и уже применяется во многих смежных открытых проектах, таких как Wayland, Debian и FreeDesktop.org. Окружение для разработки на основе GitLab развернуто (https://wiki.gnome.org/Initiatives/DevelopmentInfrastructure/) на собственных серверах GNOME, что позволило сохранить независимость от сторонних поставщиков и обеспечить полный контроль за инфраструктурой и данными.
Применение GitLab существенно упростит подключение к разработке и передачу изменений, снизит барьер вхождения новичков в проект и сделает процессы разработки более прозрачными для сообщества. Благодаря GitLab новые участники смогут сразу подключиться к разработке, выбрать проблему для решения, подготовить патч, отправить запрос на изменение и высказать мнение по запросам на изменения от других участников, и всё это через единый привычный web-интерфейс, без регистрации (возможен вход под существующими учётными записями GitHub, GitLab или Gmail) и без разбирательств со множеством разрозненных инструментов.
В качестве свободной альтернативы GitHub также рассматривалась платформа Phabricator (https://www.phacility.com/), но она менее привычна для разработчиков и не так функциональна как GitLab. Платформа Phabricator в основном ориентирована на управление проектами и рецензирование кода, но отстаёт в таких областях, как непрерывная интеграция, работа с репозиториями и web-интерфейс. GitLab написан на языках Ruby и Go, а Phabricator на PHP.
URL: https://www.gnome.org/news/2018/05/gnome-moves-to-gitlab-2/
Новость: https://www.opennet.dev/opennews/art.shtml?num=48689
TL;DR:
https://gitlab.gnome.org/explore/groups
https://gitlab.gnome.org/GNOME
Народ, подкажите какой-нибудь толковый инструмент для ведения проектов? Для SOHO-сегмента. Чтобы как-то жить можно было адекватно со старта без доработок и не надо было почку продавать за рабочее решение. Работаю с небольшими конторами, они в свою очередь ещё с несколькими фрилансерами. Нужно вести документацию по проекту. Желательно в каком-то формате наподобие стандартной документации, которую можно самому быстро прочитать и пользователю выгрузить, но чтобы всё это нарезалось на бэклог с эпиками и комментами-обсуждениями и дальше дробилось на связанные таски/баги.
Сейчас всё сильно размазывается на много-много отдельных тасков, писем, чатиков и итоговое поведение каждого отдельного функционала в больших проектах становится непрозрачным, теряются нюансы, некоторые вещи вообще непонятно как работают, если долго к ним не возвращаться (функционал довольно сложный и легко забываются нюансы)
Мы используем trac.edgewall.org - ресурсов не требует, содержит вики + таски + просмотр исходников.У него есть вагон и маленькая тележка плагинов практически на все случаи жизни. Документацию можно вести в вики (не очень удобно для документирования программ, так как не версии не привязаны к исходному коду - такое лучше вести в markdown/asciidoc в самом проекте).
Если какое-то обсуждение - то всё важное фиксируем в таске. Очень удобно, чтобы потом не лазить по истории чатов (любых) или почты и не искать - что же там наобсуждали два месяца назад.
Как-то грустно оно на первый взгляд. Надо побольше напильник отрастить.
Кстати возможность выгрузить документацию в Markdown для кастомной сборки - это был бы хороший хинт.
Собственно, self-hosted YouTrack (https://www.jetbrains.com/youtrack/) до 10 пользователей вполне бесплатен. In-Cloud - на тех же условиях + ограничение в 5Гб. Для ведения проектов - норм.
Если нужно Вику - есть bitbucket.org с биплатными приватными репами, вики по проектам и т.д. и т.п. К слову, отлично интегрируются друг с другом.
О, вот что-то похожее https://www.jetbrains.com/youtrack/img/screenshots/70/Board&...
ещё б его можно было сразу тут и почитать/поправить на бегу
Redmine
Как раз пользуем какой-то старый редмайн. То ли рабочий процесс не смогли правильно организовать, то ли без тущи платных дополнений в нём просто нет нужной функциональности
> Как раз пользуем какой-то старый редмайн. То ли рабочий процесс не смогли
> правильно организовать, то ли без тущи платных дополнений в нём просто
> нет нужной функциональностиобновите до нового, добавьте пару плугинов, которых не хватает, и получится крутой инструмент. В отличие от нищетраца и всяких жирных-платных монстров
Неподдерживаемые плагины ненужно
Руби тормозит
Джава наше все!
Медленно положи джаву на пол и отойди!
ещё скажи, что руби тормозит сильнее жабы, и памяти больше жрёт, тьфу быть таким как ты
Ну Гитлаб умудряется больше Жыры жрать.
так, во-первых, гитлаб это жыра со встроенным битбакетом, а во-вторых, никто не может жрать больше жыры
Atlassian Confluense за $10
А я поддержу. Confluence удобен, красив и цена приемлема.
> Atlassian Confluense за $10Выглядит так будто это дешево, а на самом деле 10$ - это "бесплатная" лицензия, которую ты жертвуешь на благотворительность кому-то там.
Confluence + Jira - это удобно, спору нет, но это как раз из вариантов с продажей почек.25 пользователей для Jira + Confluence = 3000$ или абонентская плата 5$ за пользователя в месяц, если хостить будут они.
А еще в цену не войдет ни хипчат ни тимкалендарс без которого не так удобно это еще увеличивает цену.Есть еще чудесный вариант поднимать по джире и конфе на каждый проект каждой тиме и админить это всё, они прожорливые эти ваши томкатики, по ресам будет дорого.
Короче не надо тут рассказывать какой атлассиан дешевый - они делают одни из самых дорогих проприетарных софтин.
gitea?
Посмотрел. Что-то ни о чём. GitLab и Redmine лучше.
То же самое относительно gogs
gogs.io попробуй
В конечном счёте похоже что GitLab самый толковый, вот это сделано в нём круто
Issue Boards https://www.youtube.com/watch?v=m5UTNCSqaDk
Kanban Board https://www.youtube.com/watch?v=a4ueO_6AqTk
Но с привязкой к документации всё равно жесть какая-то, придётся руками через слово ссылки в wiki вставлять
Посмотрите:
GitLab
https://readthedocs.org на своём железе.
> платформа Phabricatorhttp://isitblockedinrussia.com/?host=www.phacility.com
It appears that www.phacility.com is at least partially blocked in Russia.
Доброе утро.После всех этих игр в кошки-мышки с телеграмом вероятность того, что что-либо нужное для работы заблокирована, близка к единице. Без VPN или иного туннеля работать невозможно уже давно, и уже вроде все, кому интернет нужен не чтобы в соцсетях тупить, себе его настроили.
> Без VPN или иного туннеля работать невозможно уже давноПлюсую. До сегодняшнего дня перебивался тором и бесплатными прокси, но сегодня я больше часа пытался найти незаблокированный socks5 и ничего. В общем, заказал хостинг в Харькове, раскатываю vpn там.
Хе-хе ... надо выписать премию лейтенанту
Может, ещё немного молодых js-хипстеров к разработке гнома подтянется.
И, думаю, для нынешнего гнома это даже не так и плохо
Хм, а разве сейчас гном не развивается целиком только хипстерами? Может быть уже не молодыми, но они на этом нашем js пилили так дохрена всего, когда эти наши electon ещё под стол ходили.
> Хм, а разве сейчас гном не развивается целиком только хипстерами?Не, у них js не модный/молодежный. es6 классы не используют, arrow functions нет.
Круто! Ждём начало разработки четвёртого гнома с нуля, после того как админ гилаба выйдет из запоя и полезет руками к бд.
У кдешников что-то подобное уже случалось в недавнем прошлом. Восстановили из локальных репозиториев. Распределённая VCS всё же, Кеды не пришлось писать с нуля.
> У кдешников что-то подобное уже случалось в недавнем прошлом. Восстановили из локальных
> репозиториев. Распределённая VCS всё же, Кеды не пришлось писать с нуля.ядро тоже не пришлось переписывать после взлома kernel.org, но относительно гнома я лелею надежду, что его перепишут с нуля.
self hosted же
а, ты не знаешь что это
> self hosted же
> а, ты не знаешь что этоконечно не знаю, куда мне
Забавно, что разработка ядра до сих пор идет через рассылки и все довольны.
Довольны? Вовсе нет. Просто так исторически сложилось и перенести всю эту махину на что-то современное не так-то и просто. Так что пока что-то не сломается (а кто-то -- Кроа-Хартманн вроде -- уже плакался что количество писем в день переваливает за тысячу) чинить не будут.
А разве GIT не для ядра конкретно разрабатывался?
> А разве GIT не для ядра конкретно разрабатывался?git - да. gitlab - нет.
"для ядра конкретно" - да, но не _исключительно_ для ядра, пока кто не спросил.
Git разрабатывался в первую очередь для ядра с учётом процесса его разработки, поэтому git умеет формировать патчи сразу в письма, готовые к отсылке, и принимать патчи прямо из писем (см. git am и git send-email).
да-да, и именно по этой причине столь уродлив.
"ваша история никому не нужна, порежьте на патчи по пять строчек, каждый заверните в салфеточку и принесите в...зачеркнуто, пришлите в рассылку для детального обсуждения" (мы два из пяти не заметим, один заставим переделать до полной неработоспособности, а потом ты будешь виноват что все хреново работает).К сожалению, _ни_одна_ нормальная (недоносков в виде фабрикатора/трупов а-ля trac не считаем) система управления разработкой ничего кроме git не поддерживает. И разработчики ничего тоже знать не хотят. "и так сойдет".
git -- это не просто система контроля версий, git -- это mindset, и git -- это workflow (man 7 gitworkflows). Если ты думаешь о процессе разработки кода иначе, и работаешь с ним по другому, то естественно у тебя будут проблемы при попытах работать совместно с командой программистов, чьи мозги отформатированы git'ом. И проблемы будут возникать не из-за того, что команда программистов использует git, а ты нет, но потому что команда программистов думает git'ом, а ты нет.
Проблемы возникают из-за того что review проходит в email, а не из-за git.
> Проблемы возникают из-за того что review проходит в email, а не из-за
> git.И что же это за проблемы?
> Забавно, что разработка ядра до сих пор идет через рассылки и все
> довольны.новое ядро разработают в твиторе
Разработка ядра идёт через рассылки потому, что Торвальдс упёрся.
И вместо того, чтобы взаимодействовать с GitHub/GitLab и попросить разработчиков продуктов поправить что не нравится, как это сделали гномовцы, он просто категорично говорит "нет" и всё.
Ну да. Примерно от двух проектов охота кричать и вопить, как заходишь на их багтрекер - это Gnome и Debian 😯
Где-то в параллельной вселенной:
>> Разработка GNOME переведена на GitLab и вместо выпиливания началось активное впиливание
Я так в первый раз прочитал заголовок. И здорово испугался.
Могут начать впиливать совсем не возможности настроек, как вам, вероятно, этого хотелось бы, а ещё больше вебтехнологий.
> GitLab написан на языках Ruby и GoА нахрена там Go приплели?!
Ruby для всех задач хватило бы.
>> GitLab написан на языках Ruby и Go
> А нахрена там Go приплели?!
> Ruby для всех задач хватило бы.Улыбнул, зеленый.
continuous integration
как и 640 килобайт
Жирно плюсую.Когда-то на 450MHz и 128MB проходил Serious Sam и Unreal Tournament.
А потом захотелось маленький дешёвый телефон купить... и на 512MB с двумя 1.1GHz ядрами не смог нормально сообщения набирать.
Это песец.
Для производительности.
Гитлаб упёрся на gitlab.com в производительность, поэтому пришлось отдельные части переписывать на Го.
Были новости, что они еще на FreeIPA переходили, для управления учетными записями разработчкиков. Интересно, как они Gitlab & FreeIPA состыковали?
ну так в FreeIPA вроде есть LDAP каталог, а с ним Gitlab точно интегрируется
"вроде" эта пяць. 389дс — один из основных компонентов этого вендорлочного глюкалова
База юзеров в FreeIPA держится в LDAP. В 389ds.
Неплохо.Но лучше бы они перешли на GitHub.
Чем лучше? Чем армяне?
Проприетарное вендорлочное централизованное ненужно. Даже если хостить у себя за деньги – код вам никто не даст.Тем более, гитлаб давно переплюнул шитхаб по возможностям управления проектами и CI. Даже в бесплатной self-hosted версии со свободной лицензией.
У гитлаба фич больше и интерфейс менее инопланетянский.
А ещё разработчики гитлаба пошли навстречу гномовцам и запилили то, что гномовцам не хватало для переезда.Попробуйте такое попросить у гитхаба. :)
> воспринималась архаичной новыми разработчикамиДа-да, можете посмотреть на них (и их поделки) на planet gnome. Самое прекрасное, что больше и добавлять-то ничего не требуется!
GitLab отпугнул незнакомыми руби и унылым го.
Phabricator вполне годный, и с пхп я раньше дела имел, как минимум у меня на нём DokuWiKi, так что не потребовалось тащить и осваивать очередное барахло.Из страшного в фабрикаторе - он довольно долго испортировал гит репу (зеркало) FreeBSD и порты, каждый коммит жевал и чего то ложил в базу.
На унылом сервере с G1xxx (два ядра + 16гб рамы) оно заняло больше месяца.Понравилось что в гит можно ходить по ssh ключам, всё как на гитхубе, ключи можно добавлять через веб гуй.
На прошлой работе была калитея с редмайном, гит там был только по хттп, притом каждый раз нужно было вбивать пароль на pull/push/пр, и нормального способа этого не делать просто не было.По поводу функциональности.
Функционала там дофига.
Ещё больше там заложено возможностей расширения, но это надо понимать как фабрикатор устроен, авторы за счёт этого на поддержке зарабатывают.
>системе отслеживания ошибок Bugzilla, существенно устарелаА посоны то в Мозилле и не знали ...
В мозилле всё строили вокруг багзиллы, которую как раз для себя в первую очередь и делали.
Другим проектам допилить багзиллу под себя будет труднее. И если в GNOME, Gentoo и openSUSE с bugzilla всё относительно хорошо, то зачастую это совсем не так.В случае с гномом скорее всего было решено использовать issues гитлаба потому, что они очень тесно интегрированы с его ворохом остальных фич. При желании можно было оставить багзиллу, но тогда она была бы где-то сбоку, без столь тесной двусторонней интеграции.
>А посоны то в Мозилле и не знали ...Посоны в Мозилле плевать хотели на баги. В случае с FF, например, они скорее еще раз перепилят интерфейс, чем что-то исправят.
GitLab откатил биткоинов GNOME за переход на них
Гиткоинов