> Так было у большинства компаний.
> Разработка ПО ведется на компах девелоперов :)Давайте не лукавить. Launchpad представляет собой полноценную платформу для хостинга проекта, ABF ее также предоставляет. OBS - нет. Мы начили обсуждения с утверждения, что у OBS нет этого функционала. Вы написали про внутренний Git, теперь же пишете, что внешними пользуются большинство, признав, что в OBS внутренние хранилище неполноценно. RedHat имеет собственное git-хостинг, ядро Linux разрабатывается на собственном гит-хостинге, KDE на собственном гит-хостинге и продолжать можно долго. К слову, Girar от АльтЛинукс тоже имеет полноценне решение для хостинга гит-проектов. Будет честно записать это в плюс ABF относительно OBS.
> OBS: hidden afair параметр при создании проекта, либо приват инстанс (качается и запускается в два клика).
Это здорово, но приватные проекты полезны именно для случая git-хостинга, но OBS как уже обсудили выше, он не развит.
> https://en.opensuse.org/openSUSE:Build_Service_Tips_and_Tric...
К сожалению, по примеру не смог понять, можно ли собрать с оригинальным спеком от Fedora без правок. То есть берем пакет из Fedora и без изменений стартуем его в OBS или с минимальной подготовкой ключевых пакетов. Если можно, то здорово.
> Ну посмотрите, там сейчас поддержку дебиана и альта вносят. Из федоры kiwi исохи генерятся... Есть там у них еще какие-то релиз конфиги для брендинга и выпуска продукта.
К сожалению на вопрос вы так и не ответили. Есть ли в OBS дистрибутвы кроме OpenSuSe, которым OBS может обеспечить весь цикл выпуска, включая пересобираемость на самом себе? В ABF есть как минимум один такой пример - RELS на основе RHEL. Повторюсь, идея не в том, чтобы собрать только ISO, или собрать только пакеты. А собрать пакеты на основе собранных же пакектов и потом из них собрать ISO, то есть не использовать сторонние репозитории кроме этапа первичной инициализации.
Если речь просто про поддержку, то мы тоже в эксперементальном режиме собирали и OpenSuse, и Altlinux, и Ubuntu. Но говорим о полной поддержке только в рамках MDV и RHEL.
> Centos собирается парой скриптов (если верить автору) "на базе RHEL!" :)
Чем дальше, тем менее конструктивные вопросы и замечания, но отвечу. У нас собран RELS на базе RHEL (CentOS тоже собирается на этих репах, то есть у нас общий источник пакетов, но мы пересобираем RHEL, а не СentOS). Репозитории пересобираются сами на себе, тем самым обеспечена замкнутость. Они подписаны, в них регулярно поступают обновления, репозитории имеют соотвествующую структуру и формат, как и основные репозитории RHEL или CentOS. Мы также используем родной для Fedora инструмент для сборки ISO в отличии от OBS. По иронии судьбы нам действительно удалось обеспечить поддержку нового дистрибутива путем написания всего пары скриптов, которые вполне понятны мантейнеру и ему не нужно лезть в глубь системы, чтобы понимать все ее нюансы.
Документация по этим скриптам можно найти тут: http://abf-doc.rosalinux.ru/abf/scripts/. Если считаете, что это слишком сложно, покажите, пожалуйста, как добавить поддержку нового дистрибутива в OBS и сравним.
> У вас же там полный цикл разработки, значит и результаты прогона теста с графиками, трендами и логами должны быть.
Все тесты должны быть зелеными, чтобы был возможен деплой. Вы сомневаетесь, что у нас столько тестов? Мы их не скрываем, они все здесь: https://abf.rosalinux.ru/abf/rosa-build/tree/master/spec Как запусить? Командой rake spec. Интересует точное число: сейчас тестов 2147.
Finished in 31 minutes 34.84 seconds
2147 examples, 0 failures, 22 pending
> Длинное полотно так и настраивать, где пакеты?
Да, это единственно корректный на текущий момент вариант развертывания Ruby-приложений. Все остальное, включая пакетирование — придумывание себе дополнительных проблем. Думаете, мы одни такие? Так поступает Redmine, также поступает Gitlab, аналогично действует Gitorius. Это общепринятая мировая практика, если хотите.
Если есть желание запакетить это, то код открытый, а участие приветствуется.
> Что за бред, генерируйте после релизов новый + позволяйте обновлять с репозитория старый.
В среднем более или менее крупное обновление случается 1-2 раза в 2 недели. У нас нет желание тратить время на обновление образа, ведь есть отличная рабочая демонстрация на abf.rosalinux.ru, есть тур по системе, да и поднять у себя полноценную систему не займет много времени. Если есть желание его поддерживать, мы будем только рады.
> Релиз 2.0 - документация бета.
Проект по прежнему находится в активной разработке и мы пока не собираемся останавливаться на достигнутом. Так много интересных и полезных вещей еще стоит реализовать. Документация поддерживается в актуальном состоянии и изменения в нее вносятся прежде, чем обновления будет запущено на продакшен системе. Учитывая, что фичи большие и маленькие мы выпускаем часто, мы нашли уместным оставить ее в бета статусе.
> Fixed: NoMethodError
Вы принадлежите к той группе людей, которые предпочитают идеальную историю изменеий? Вот пул реквест, которому принадлежат эти коммиты: https://abf.rosalinux.ru/abf/rosa-build/pull_requests/117. Нас вполне устраивает именно такая история. Альтернатива: выкладывание вычещенной и блестящей истории для сообщества со значительной задержкой относительно оригинальных изменений.
