Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Новая версия сборочной среды ROSA ABF 2.0, opennews (??), 24-Апр-13, (0) [смотреть все] Что-то нигде не видно, как эту вещь развернуть у себя Документации ноль А жаль,, Аноним (-), 23:04 , 24-Апр-13, (1) // http abf-doc rosalinux ru abf deployment - разворачивайте на здоровье , Аноним (-), 23:52 , 24-Апр-13, (2) +2 // Хм, это уже что-то, спасибо Правда установка в обход пакетного менеджера но э, Аноним (-), 00:29 , 25-Апр-13, (4) // Для этого нужны скрипты для поддержки Slackware, то есть рассказать, как собират, Аноним (-), 01:13 , 25-Апр-13, (5) +5 Отлично, спасибо за подробное описание Как появится чуть времени, обязательно по, Аноним (-), 01:20 , 25-Апр-13, (6) Типа как PostgreSQL от Ethersoft ставится сама по себе Потом не переустановить,, Аноним (-), 08:44 , 25-Апр-13, (7) –3 Это совсем не так Это типичный способ установки для Ruby on Rails проектов из-з, Аноним (-), 12:04 , 25-Апр-13, (8) +3 Под виндавс что-ли ставите Даже там можно удалить почти все , Аноним (-), 12:07 , 25-Апр-13, (9) А вы гляньте деплой gitlabhq - что самое интересное поднимается один в один, без, hummermania (ok), 12:43 , 25-Апр-13, (10) До пункта Startup ABF инструкция более менее понятна А сам Startup ABF вы, solo_oboroten (ok), 12:08 , 19-Авг-13, (43) На текущий момент ядро полностью переписано на Ruby и Bash , Аноним (-), 13:28 , 25-Апр-13, (11) // Не надо так пугать, я в первую секунду про другое ядро подумал, которое Linux Ч, Аноним (-), 14:40 , 25-Апр-13, (12) –2 Ладно, ядро написано на питоне, а веб интерфейс, почему на рельсах, а не на чем , Аноним (-), 16:27 , 25-Апр-13, (13) // А чем плох Ruby on Rails Один из лучших не только на мой взгляд на сегодняшний , Аноним (-), 16:45 , 25-Апр-13, (14) // Тем что пишите на одном языке, потом неудобно дебажить и развивать , Kanstantsin Shautsou (?), 17:57 , 25-Апр-13, (15) // Не совсем вас понял Каким образом концентрация на одном языке ухудшила проект , Аноним (-), 19:07 , 25-Апр-13, (18) Я наблюдаю за развитием OBS, как раз таки rubygemы - головная боль Обновление в, Kanstantsin Shautsou (?), 19:10 , 25-Апр-13, (19) +1 Правильное использование инструментов позволит избежать запары с версиями А то,, Xlab (ok), 19:18 , 25-Апр-13, (20) –1 Это уровень сырости и нестабильности rubygemов , Kanstantsin Shautsou (?), 19:36 , 25-Апр-13, (26) Топовые гемы активно развиваются и проверены на множестве серьезных проектов То, Аноним (-), 20:52 , 25-Апр-13, (30) Решето проверено Портировал OBS на fedora в обсе У гемов качество настолько, integer (ok), 01:43 , 26-Апр-13, (34) +1 Вообще в gemfile lock всегда прописаны конкретные версии во всех Ruby-проектах , Аноним (-), 01:54 , 26-Апр-13, (35) Еще раз, в финальной рпм спеке указывается версия не, например, 2 1 x 3, а кон, integer (ok), 01:58 , 26-Апр-13, (36) +1 Вы пытаетесь применить правила из RPM к совершенно другой экосистеме 8212 gem, Аноним (-), 03:17 , 26-Апр-13, (38) gt оверквотинг удален Имелось ввиду как раз использовать один язык , Kanstantsin Shautsou (?), 19:43 , 25-Апр-13, (27) Скорее, худший Тормозной, дырявый и кошмарно через одно место развёртываемый , Аноним (-), 19:33 , 25-Апр-13, (24) // Этим страдают все подобные инструменты Рельсы среди них в этом плане ничем не в, Аноним (-), 21:31 , 25-Апр-13, (31) Чем вам не подходил OBS и koji , Kanstantsin Shautsou (?), 18:10 , 25-Апр-13, (16) // OBS наиболее близок к нам из-за его идеологии поддержки множества дистрибутивов,, Аноним (-), 18:57 , 25-Апр-13, (17)   // Это система имеющая внутреннюю SCM, сборку пакетов и образов, а также генерацию , Kanstantsin Shautsou (?), 19:23 , 25-Апр-13, (21)   // В этом и проблема, что внутреннюю Отличный показатель того, что внутренняя сист, Аноним (-), 20:46 , 25-Апр-13, (29)   Так было у большинства компаний Разработка ПО ведется на компах девелоперов OB, integer (ok), 01:38 , 26-Апр-13, (33)   Давайте не лукавить Launchpad представляет собой полноценную платформу для хост, Аноним (-), 03:12 , 26-Апр-13, (37)   Сборочная среда должна заниматься сборками Ну вобщем теперь понятно, вам нужна б, integer (ok), 15:37 , 26-Апр-13, (39)   Велосипед тоже средство передвижения, но на машине удобнее http en wikipedia o, Alexey (??), 15:57 , 26-Апр-13, (41) –1   Да неужели Прям так категорично , Led (ok), 01:36 , 27-Апр-13, (42)   Один классик отечественного СПО говорил - компания-разработчик дистрибутива, у к, Аноним (-), 19:23 , 25-Апр-13, (22) +1 // Тогда зачем им git , Kanstantsin Shautsou (?), 19:26 , 25-Апр-13, (23) –1 А классик отечественного СПО может серьёзным считаться, особенно после таких и, Аноним (-), 19:34 , 25-Апр-13, (25) +1 // Спросите у классика сами Его секретный ID - aen , Аноним (-), 19:54 , 25-Апр-13, (28) Как бы там ни было, классик отечественного СПО свою систему построил,и по ряду, vle (ok), 15:43 , 26-Апр-13, (40) +2 1,11,13,16

Сообщения

[Сортировка по времени | RSS]

	17. "Новая версия сборочной среды ROSA ABF 2.0"	+/–
	Сообщение от Аноним (-), 25-Апр-13, 18:57
	OBS наиболее близок к нам из-за его идеологии поддержки множества дистрибутивов, но это только система сборки, при этом нам нравилась идея Launchpad: все на одной площадке от разработки до сборки, то есть хостинг исходного кода, но нам больше нравиться git, а не bazaar, интерфейс для работы с ним лучше всех  пока у Github. В итоге и получлся ABF. У OBS вся сборочная подсистема написана на perl, сам проект на момент старта разработки ABF практически не развивался (сейчас ситуация поменялась, насколько могу судить), а интерфейс был далек от понимания, версия Rails устарели и видимых шагов к обновлению не было, с документацией тоже было не все гладко. Учитывая наши требования, нам бы практически с самого начала пришлось бы форкать проект, поэтому от этого пришлось отказаться. Koji замкнут на конкретную платформу и тоже является только сборочным инструментом. Безусловно, хорошим инструментом, как и OBS, но объем переделок опять приводило к тому, что нам пришлось бы делать форк, а еще разбираваться в немалом объеме чужого кода. Например, персональные репозитории (aka PPA) есть в данный момент только у OBS и Launchpad в явном виде. Launchpad замкнут на конкретную платформу и систему исходного кода bazaar, представляет наиболее современный из всех 3, кроме ABF, веб-интерфейс и написан на Python. Много плюсов, но проект немаленький и опять пришлось бы делать форк практически со старта. Взвесив все плюсы и минусы решили попробывать написать свое решение.  Собственно в данный момент ABF мало уступает своим собратьем по цеху и при этом активно разивается, построен на современных технологиях (проще принять участие, нет возни с legacy кодом), покрыт тестами (больше 2000 автоматизированных тестов), работает как сервис для широкого круга пользователей, представляет современный веб-интерфейс и мы сами является апстримом для него. Проверить все это можно своими глазами - регистрация на ABF свободная. Вообщем больше решений хороших и разных!
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Новая версия сборочной среды ROSA ABF 2.0"	+/–
	Сообщение от Kanstantsin Shautsou (?), 25-Апр-13, 19:23
	> OBS наиболее близок к нам из-за его идеологии поддержки множества дистрибутивов, но > это только система сборки, Это система имеющая внутреннюю SCM, сборку пакетов и образов, а также генерацию релизов. >[оверквотинг удален] > на одной площадке от разработки до сборки, то есть хостинг исходного > кода, но нам больше нравиться git, а не bazaar, интерфейс для > работы с ним лучше всех  пока у Github. В итоге > и получлся ABF. > У OBS вся сборочная подсистема написана на perl, сам проект на момент > старта разработки ABF практически не развивался (сейчас ситуация поменялась, насколько > могу судить), а интерфейс был далек от понимания, версия Rails устарели > и видимых шагов к обновлению не было, с документацией тоже было > не все гладко. Учитывая наши требования, нам бы практически с самого > начала пришлось бы форкать проект, поэтому от этого пришлось отказаться. OBS развивается с 2006 года afair (смотрите частоту коммитов), развивается в основном под нужны сусевцев (но это и логично). Документации полно как и функционала. Веб морда при переходе с одних рельсов на 3x поменялась только в тройке мест (в целом все осталось тоже самое). > Koji замкнут на конкретную платформу и тоже является только сборочным инструментом. Безусловно, > хорошим инструментом, как и OBS, но объем переделок опять приводило к > тому, что нам пришлось бы делать форк, а еще разбираваться в > немалом объеме чужого кода. Например, персональные репозитории (aka PPA) есть в > данный момент только у OBS и Launchpad в явном виде. Т.е. в общем вам не хватало гита и вам надо было всего-лишь встроить свою прослойку для работы именно с гитом. > Launchpad замкнут на конкретную платформу и систему исходного кода bazaar, представляет > наиболее современный из всех 3, кроме ABF, веб-интерфейс и написан на > Python. Много плюсов, но проект немаленький и опять пришлось бы делать > форк практически со старта. Обязательно все форкать? Нельзя просто добавить функциональность? > Взвесив все плюсы и минусы решили попробывать написать свое решение. И получили новую N-ую систему сборки. > Собственно > в данный момент ABF мало уступает своим собратьем по цеху и > при этом активно разивается, построен на современных технологиях (проще принять участие, > нет возни с legacy кодом), Пока вы превратитесь в продакшен. > покрыт тестами (больше 2000 автоматизированных тестов), Можно линк на CI где есть список пройденных тестов с логами? (витает подозрение что они покрывают в большинство только динамику выбранных языков) > работает как сервис для широкого круга пользователей, представляет современный веб-интерфейс > и мы сами является апстримом для него. Проверить все это можно > своими глазами - регистрация на ABF свободная. Можно линк на образ системы? Скачать, погонять на виртуалке? > Вообщем больше решений хороших и разных!
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Новая версия сборочной среды ROSA ABF 2.0"	+/–
	Сообщение от Аноним (-), 25-Апр-13, 20:46
	> Это система имеющая внутреннюю SCM, сборку пакетов и образов, а также генерацию релизов. В этом и проблема, что внутреннюю. Отличный показатель того, что внутренняя система никуда не годится - разработка самого OBS велась сначала на http://gitorious.org/, а потом на http://github.com, то есть сам OBS никак не приспособлен для разработки ПО. Мы же разработку ABF ведем на ABF. Другие разработчики нашей компании также используют ABF для разработки. К слову, мы поддерживаем и приватные проекты (ни Koji, ни OBS такого нет). К слову о сборке пакетов: нам, например, не нравилась идея создания универсального спека, которую продвигает и поддерживает OBS. Мы фактически является наследниками мандривовской сборочной системы Kenobi и должны были поддерживать сборку десятка тысяч пакетов пакетов Mandriva без изменений их спеков.  Это изменения уже разводило нас в сторону относительно OBS. Второй момент: мы хотели поддержки полного цикла разработки для любого дистрибутива родными средствами без правки спеков, без адаптации к неродному сборочному инструмену ISO(kiwi). Какие дистрибутивы, кроме OpenSuSe, могут полностью поддерживать и собираться на OBS? Речь не про пару пакетов, а про подготовку и выпуск самостоятельного дистрибутива от исходного кода до ISO образа и полноценных обновляемых репозиториев для их поддержки. На ABF мы уже проверили нашу концепцию полной поддержки на RHEL и утверждаем, что можем расширить поддержку для других дистрибутивов, для того же OpenSuse, к примеру. Реальность для OBS же такова, что для полной поддержки всего одной платформы Maemo пришлось делать отдельный инстанс (по сути форк). > OBS развивается с 2006 года afair (смотрите частоту коммитов), развивается в основном под нужны сусевцев > (но это и логично). Документации полно как и функционала. Веб морда при переходе с одних рельсов на 3x > поменялась только в тройке мест (в целом все осталось тоже самое). Вы разрабатываете на Ruby on Rails? Боюсь, что нет, так как переход с 2.3 на 3 версию представляет собой непростую задачу. И дело совсем не в изменениях веб-интерфейса, как и переход с ruby 1.8 на 1.9. 2 года назад в этом направлении все было довольно глухо. И не забывайте про perl-часть. Так обстояли дела 2 года назад — как сейчас, не знаю, на беглый взгляд все активно развивается и это замечательно. > Т.е. в общем вам не хватало гита и вам надо было всего-лишь встроить свою прослойку для работы именно с гитом. Эта прослойка - больше 50% кода нынешнего ABF. Кроме самого хостинга гита с отдачей по HTTP и SSH это и трекер задач с реакцией на изменения, лента активности, проектная вики, пул-реквесты, почтовые уведомления по различным событиям, ACL для управления всем этим, построчное комментирование и подсветка синтаксиса, возможность сравнения веток и произвольных коммитов и многое другое. Это нормальная платформа для работы разработчиков, а не только мантейнеров. > Обязательно все форкать? Нельзя просто добавить функциональность? Договориваться о принятии изменений тяжело, а шансы на то, что примут такой объем изменений, который расходится с текущим направлением развития — близок к 0. Если вы когда-то пытались внести изменения в апстрим, то поймете. А объем изменений был крайне велик. Мы собирались переделать всю систему под себя. > И получили новую N-ую систему сборки. А почему нет? Конкуренция между идеями и их конкретными реализациями, что в этом плохого? Получается, что ни Android, ни iOS права на рождения не имел, был же Palm и Symbian. Chrome и Firefox тоже рождатся не следовало, был же Mozilla и IE, а до него вообще Netscape, так что ни один из них не имел никакого права рождаться и выходить на рынок? Google был не нужен, до него были поисковики. Да что там, Linux не нужен и Windows не нужен, до них были Unix. Вам нравиться мир, где на выбор только одно решение? Или только два? И кто эти решения должен определять? > Пока вы превратитесь в продакшен. Мы уже год как продакшен: используя ABF компания РОСА выпустила уже 3 дистрибутива: rosa2012lts, rosa2012.1 и Rosa Server 2012 (на базе RHEL!) и успешно их поддерживаем. OpenMandriva тоже выбрала ABF как основу своей инфраструктуры. > Можно линк на CI где есть список пройденных тестов с логами? (витает подозрение что они покрывают в большинство только динамику выбранных языков) Понял первую часть приложения понял, но вот вторую? Простите, что покрывает? К сожалению, мы не можем использовать Travis CI,  который на текущий момент работает только с Github, мы же используем ABF для разработки. CI мы выведем в паблик чуть позже, но вы в любом случае можете запустить тесты локально, просто установите приложение по инструкции ниже. > Можно линк на образ системы? Скачать, погонять на виртуалке? Инструкция по разворачиванию системы: http://abf-doc.rosalinux.ru/abf/deployment/ или заходите на abf.rosalinux.ru и пощупайте вживую. Образа, к сожалению, нет, да и слишком уж быстро он бы устаревал. Вы можете посмотреть нашу динамику разработки https://abf.rosalinux.ru/abf/rosa-build/commits/master или посмотреть посты в блоге: http://abf-blog.rosalinux.ru/
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Новая версия сборочной среды ROSA ABF 2.0"	+/–
	Сообщение от integer (ok), 26-Апр-13, 01:38
	>> Это система имеющая внутреннюю SCM, сборку пакетов и образов, а также генерацию релизов. > В этом и проблема, что внутреннюю. Отличный показатель того, что внутренняя система > никуда не годится - разработка самого OBS велась сначала на http://gitorious.org/, > а потом на http://github.com, Так было у большинства компаний. >  то есть сам OBS никак не приспособлен > для разработки ПО. Разработка ПО ведется на компах девелоперов :) > Мы же разработку ABF ведем на ABF. Другие > разработчики нашей компании также используют ABF для разработки. К слову, мы > поддерживаем и приватные проекты (ни Koji, ни OBS такого нет). OBS: hidden afair параметр при создании проекта, либо приват инстанс (качается и запускается в два клика). > К слову о сборке пакетов: нам, например, не нравилась идея создания универсального > спека, которую продвигает и поддерживает OBS. https://en.opensuse.org/openSUSE:Build_Service_Tips_and_Tric... > Мы фактически является наследниками мандривовской > сборочной системы Kenobi и должны были поддерживать сборку десятка тысяч пакетов > пакетов Mandriva без изменений их спеков.  Это изменения уже разводило > нас в сторону относительно OBS. Второй момент: мы хотели поддержки полного > цикла разработки для любого дистрибутива родными средствами без правки спеков, без > адаптации к неродному сборочному инструмену ISO(kiwi). Какие дистрибутивы, кроме OpenSuSe, > могут полностью поддерживать и собираться на OBS? Ну посмотрите, там сейчас поддержку дебиана и альта вносят. Из федоры kiwi исохи генерятся... Есть там у них еще какие-то релиз конфиги для брендинга и выпуска продукта. > Речь не про пару > пакетов, а про подготовку и выпуск самостоятельного дистрибутива от исходного кода > до ISO образа и полноценных обновляемых репозиториев для их поддержки. На > ABF мы уже проверили нашу концепцию полной поддержки на RHEL и > утверждаем, что можем расширить поддержку для других дистрибутивов, для того же > OpenSuse, к примеру. И как multiarch будете реализовывать? > Реальность для OBS же такова, что для полной поддержки всего одной платформы > Maemo пришлось делать отдельный инстанс (по сути форк). Вроде бы я смотрел патчи мера, и они были в основном косметические. Но, у маемо afaik использовалась надстройка BOSS. >> OBS развивается с 2006 года afair (смотрите частоту коммитов), развивается в основном под нужны сусевцев > (но это и логично). Документации полно как и функционала. Веб морда при переходе с одних рельсов на 3x > поменялась только в тройке мест (в целом все осталось тоже самое). > Вы разрабатываете на Ruby on Rails? Боюсь, что нет, так как переход > с 2.3 на 3 версию представляет собой непростую задачу. И дело > совсем не в изменениях веб-интерфейса, как и переход с ruby 1.8 > на 1.9. 2 года назад в этом направлении все было довольно > глухо. И не забывайте про perl-часть. Так обстояли дела 2 года > назад — как сейчас, не знаю, на беглый взгляд все активно > развивается и это замечательно. Не дай бох влезть в это. >> Т.е. в общем вам не хватало гита и вам надо было всего-лишь встроить свою прослойку для работы именно с гитом. > Мы уже год как продакшен: используя ABF компания РОСА выпустила уже 3 > дистрибутива: rosa2012lts, rosa2012.1 и Rosa Server 2012 (на базе RHEL!) и > успешно их поддерживаем. OpenMandriva тоже выбрала ABF как основу своей инфраструктуры. Centos собирается парой скриптов (если верить автору) "на базе RHEL!" :) А мандрива вообще параллельно, но для вас это хорошо что кто-то еще использует. >> Можно линк на CI где есть список пройденных тестов с логами? (витает подозрение что они покрывают в большинство только динамику выбранных языков) > Понял первую часть приложения понял, но вот вторую? Простите, что покрывает? > К сожалению, мы не можем использовать Travis CI,  который на текущий > момент работает только с Github, мы же используем ABF для разработки. > CI мы выведем в паблик чуть позже, но вы в любом > случае можете запустить тесты локально, просто установите приложение по инструкции ниже. У вас же там полный цикл разработки, значит и результаты прогона теста с графиками, трендами и логами должны быть. >> Можно линк на образ системы? Скачать, погонять на виртуалке? > Инструкция по разворачиванию системы: http://abf-doc.rosalinux.ru/abf/deployment/ > или заходите на abf.rosalinux.ru и пощупайте вживую. Релиз 2.0 - документация бета. Длинное полотно так и настраивать, где пакеты? > Образа, к сожалению, нет, да и слишком уж быстро он бы устаревал. Что за бред, генерируйте после релизов новый + позволяйте обновлять с репозитория старый. > Вы можете посмотреть нашу динамику разработки https://abf.rosalinux.ru/abf/rosa-build/commits/master > или посмотреть посты в блоге: http://abf-blog.rosalinux.ru/ Fixed: NoMethodError April 25, 2013 19:20 add some comments April 25, 2013 19:16 remove unneeded comment :) Еще, можете расширить на вики разруливание циклических зависимостей на примере глубины 3-4 пакетов с ветвлением?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Новая версия сборочной среды ROSA ABF 2.0"	+/–
	Сообщение от Аноним (-), 26-Апр-13, 03:12
	> Так было у большинства компаний. > Разработка ПО ведется на компах девелоперов :) Давайте не лукавить. 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. Нас вполне устраивает именно такая история. Альтернатива: выкладывание вычещенной и блестящей истории для сообщества со значительной задержкой относительно оригинальных изменений.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Новая версия сборочной среды ROSA ABF 2.0"	+/–
	Сообщение от integer (ok), 26-Апр-13, 15:37
	>> Так было у большинства компаний. >> Разработка ПО ведется на компах девелоперов :) > Давайте не лукавить. Launchpad представляет собой полноценную платформу для хостинга проекта, > ABF ее также предоставляет. OBS - нет. Сборочная среда должна заниматься сборками. > Мы начили обсуждения с > утверждения, что у OBS нет этого функционала. Вы написали про внутренний > Git, теперь же пишете, что внешними пользуются  большинство, признав, что > в OBS внутренние хранилище неполноценно. RedHat имеет собственное git-хостинг, ядро Linux > разрабатывается на собственном гит-хостинге, KDE на собственном гит-хостинге и продолжать > можно долго. К слову, Girar от АльтЛинукс тоже имеет полноценне решение > для хостинга гит-проектов.  Будет честно записать это в плюс ABF > относительно OBS. Ну вобщем теперь понятно, вам нужна была каша "все в одном" у вас это получилось. > К сожалению, по примеру не смог понять, можно ли собрать с оригинальным > спеком от Fedora без правок. То есть берем пакет из Fedora > и без изменений стартуем его в OBS или с минимальной подготовкой > ключевых пакетов. Если можно, то здорово. Можно, только проджект конфиг надо будет задать. > К сожалению на вопрос вы так и не ответили. Есть ли в > OBS дистрибутвы кроме OpenSuSe, которым OBS может обеспечить весь цикл выпуска, > включая пересобираемость на самом себе? В ABF есть как минимум один > такой пример - RELS на основе RHEL. Повторюсь, идея не в > том, чтобы собрать только ISO, или собрать только пакеты. А собрать > пакеты на основе собранных же пакектов и потом из них собрать > ISO, то есть не использовать сторонние репозитории кроме этапа первичной инициализации. Так и сказали бы - bootstrap и пересборка - можно, причем двумя разными способами. > Если речь просто про поддержку, то мы тоже в эксперементальном режиме собирали > и OpenSuse, и Altlinux, и Ubuntu. Но говорим о полной поддержке > только в рамках MDV и RHEL. MDV - это кондиционеры? >> Centos собирается парой скриптов (если верить автору) "на базе RHEL!" :) > Чем дальше, тем менее конструктивные вопросы и замечания, Нет, я уже просто узнал что хотел, спасибо за беседу. >> У вас же там полный цикл разработки, значит и результаты прогона теста с графиками, трендами и логами должны быть. >> Длинное полотно так и настраивать, где пакеты? > Да, это единственно корректный на текущий момент вариант развертывания Ruby-приложений. > Все остальное, включая пакетирование — придумывание себе дополнительных проблем. :)) >> Fixed: NoMethodError > Вы принадлежите к той группе людей, которые предпочитают идеальную историю изменеий? Не, языки, но это отдельная история.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Новая версия сборочной среды ROSA ABF 2.0"	–1 +/–
	Сообщение от Alexey (??), 26-Апр-13, 15:57
	> Сборочная среда должна заниматься сборками. > Ну вобщем теперь понятно, вам нужна была каша "все в одном" у вас это получилось. Велосипед тоже средство передвижения, но на машине удобнее. > MDV - это кондиционеры? http://en.wikipedia.org/wiki/RPM_Package_Manager#Package_fil... ... This field is also often used for indicating the specific distribution the package is intended for by appending strings like "mdv" (formerly, "mdk") (Mandriva Linux), "mga" (Mageia), "fc4" (Fedora Core 4), "rhl9" (Red Hat Linux 9), "suse100" (SUSE Linux 10.0) etc.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Новая версия сборочной среды ROSA ABF 2.0"	+/–
	Сообщение от Led (ok), 27-Апр-13, 01:36
	> Велосипед тоже средство передвижения, но на машине удобнее. Да неужели? Прям так категорично?
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема