BiTel

не понял, в чем разница, что я сначала добавлю что то в тест, а завтра перложу его в стабле... или сразу положу в стабле
кол-во билдов стаблом при этом не поменяется...

Разница прежде всего в том, что мы все, не получим что-то, что вы сейчас решили допилить по чьей-то просьбе и он это тестирует ... пока не оттестирует - нехрена его хотелкам делать в stable! Оттестил? Работает? Ок, переводите это в stable и все получают стабильно работающую систему.

Представьте себе ситуацию, что мы скидываемся и покупаем Бителу Газель, на которой все работники будут ездить на работу, с работы да и вообще по делам. Правда будет одно условие - каждый из нас имеет право крутить в машине все что захочет и когда он это захочет ставя Бител в известность по своему желанию. Скажите честно - Вы рискнете ездить на такой машине? Не рискнете? А вот мы на БГБ ездим в почти похожей ситуации.

я пытаюсь сказать, что допилена фича или нет решает разработчик и нет ни какой гарантии, что он перенесет ее тогда когда она 100% будет рабочей (и не важно где он ее пилит в тестовой ветке или в рабочей, он обычный человек и он также может накосячить хоть в той ветке хоть в этой).

вот вам ситуация: некая компания говорит, что ей нужна новая фича, срочно, но она сидит на версии 5.0 и в ближайшее время обновиться не может, следуя вашему предложению мы должны сделать фичу и затолкать ее в тестовые ветки для 5.0, .5.1, 5.2 и 5.3. Ладно эту фичу этот клиент проверит для версии 5.0 и там ее перенесем в основную, а кто и когда ее тестить будет для остальных веток?

короче с тестовыми ветками мы пока заморачиваться не планируем.

есть предложение сделать возможность
1) обновляться не на последний билд в ветке, а на любой произвольный (но при этом, больший, чем у вас в данный момент)
2) для каждого билда будет доступен changelog
3) (опционально) для каждого билда вести статистику, сколько клиентов в данный момент его использует
4) (опционально) для каждого билда добавить возможность добавлять пользовательские коментарии, например при обновление с этого билда на какой то следующий пишите почему обновляетесь (типа не работает "это" или "все ок, но надо это, а его тут еще нет" )

skn писал(а):

некая компания ... сидит на версии 5.0 и в ближайшее время обновиться не может

Камень в огороде уже видел и убрал Правда зря Вы его такой большой взяли - я в ближайшее время буду на 5.2 уходить.



Нет, нет и еще раз нет! Есть устаревшие версии и есть текущая версия. Никаких фич в устаревшие (obsoleted) версии вносить не надо.

3) для сбора статистики видимо нужно будет сделать или загрузку сборок под некими логинам или что бы инсталер как то оповещал о установке конкретной сборки
4) есть сомнения, будут ли клиенты коменты постить...

мне такая система видится напрмер так
в биллинг добавляется дополнительная web-страничка доступная как личный кабинет для клиентов.
зайдя на эту страницу биллинг обращается к нашим серверам и выводит список доступных сборок (с учетом того какая в данный момент сборка стоит на сервере и какая версия) с описанием, что в каждой сборке было изменено, сколько клиентов использует и/или использовало и коменты к сборке.
на основе этой инфы надеюсь можно будет выбрать сборку в которой будет и нужный вам функционал и сборка будет проверена кем то клиентов (коменты и статистика). выбрав на какую сборку хотите обновиться, жмем на скачать, вводим комент почему обновляемся, жмем далее, после чего биллинг составляет список установленных модулей и выкачивает их в отдельную папку UPDATE, далее в нужный момент переходим в консоль, делаем набор стандартный набор операций перед обновлением и запускаем update.sh который обновляет систему обычном образом но берет файлы для обновления не с сервера, а из папки UPDATE

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

3) а что мешает просто считать загрузки той или иной сборки?
4) да сомнения оправданны

про систему - помоему намутили воды, хрен проссыш

_________________
Интернет и телефония оптом со склада, или в розницу

факт загрузки != факту использования (или просто загрузили для тестовой машины).

Идея классная.
Только почему нельзя сделать просто урлы на каждую сборку? Только для того, чтобы нельзя было установить более раннюю?

Удобно было бы так:

- обновляемся на сборку 1044
При этом апдейтер проверяет, что версия текущей сборки меньше 1044. Если нет - выдаёт ошибку.

Количество реальных установок тоже можно считать через апдейтер - пусть он постит на сервер информацию о лицензии.
Правда это может быть обновление тестового сервера с рабочей лицензией.. Но это не сильно испортит статистику.
Комментарии к сборке как таковые не очень полезны, гораздо интереснее возможность посмотреть список известных в ней багов. Тут уже ваш внутренний багтрекер нужно подключать.

Если будете так или иначе менять логику апдейтера, сделайте уже, чтобы lib/ext/ обновлялись автоматически на сервере и для приложений

поддерживаю все

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

обновляться просто на сборку можно будет, но проблема
1) как выбрать нужную сборку (без информации по кол-ву ее установивших и коментов с нее сваливших) т.е. нужна будет некая страница с описание всех сборок, если вы просто обновляетесь на какую то ветку через update.sh [сборка] то как с вас получить комент почему вы обновляетесь (мало кто при этом будет заходить на специальные страницы и постить коменты, а без коментов выбор сборки будет подобен лотереи)
2) багтрекера нету, а инфа об исправление ошибок идет в changelog к следующим сборкам.

Ну да

А зачем? В реальности - какая с этого коммента польза? Большинство комментов будут "обновляюсь с x на y т.к. нужна такая-то фича" или "нужно пофиксить баг #1234". И это в лучшем случае. Если заставлять писать коммент при обновлении, то будут коменты типа "asdf".
полезнее было б найденные баги привязывать к сборкам и показывать на странице "с описанием всех сборок".

в коментах и есть весь смысл, если вы видите что сборку поставило 20 клиентов, и только два из них с нее ушло, с коментами типа "нужна фича" и "ошибка в модуле таком то" из это можно сделать вывод, что сборка достаточно стабильная и так я не использую этот модуль для меня этот комент не критичен.

а баги к сборкам нам првязывать будет непросто, т.е. если клиент обнаружил багу в сборке 125 и мы для нее ставим соответствующий комент, то не факт, что эта бага не появилась в 99 сборке и раньше ее просто никто не обнаружил, т.е. анализировать код на предмет когда эта бага появилась в и каких сборках она проявляется не всегда реально (да и добавлять коменты к 26 билдам не айс)

При _каждом_ обновлении выводить сообщение вида:
"Пожалуйста, оставьте в комментариях к сборке причину Вашего обновления.
Это позволит нам поддерживать качество нашего продукта, Вам спокойно обновляться в дальнейшем."

сборок много и у каждой будет кол-во установок 0-5
т.е. в консоле вам хватит этой информации для выбора сборки?
да и писать коменты в консоле не каждый сможет....

Нет. Сборки может быть и 2 и даже 10, цифры _только_ для удобства выбора билда.



В консоли должен быть минимум информации, но поданный в простой, понятной и удобной форме.



А кто сказал, что это надо делать в консоли?
Не любишь писать комментарии? После Х обновлений без комментов доступ к обновлениям закрывается.
Пишешь в комментах всякую хрень лишь бы был доступ к обновлениям? "Ты кто такой? Давай, до свидания!"(с)
Тестовая лицензия == обновления только под тестовую лицензию (заодно посчитаете кол-во) == "ни каких гарантий"(с)

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

Вот поэтому их удобнее выбирать циферками, а не писать конкретный билд

шутишь что ли.
а что мне тогда делать без обновлений?

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

За тебя skyb писать будет

отличная идея - поддерживаю

Но вы понимаете, что при любом описании вами любой ошибки (или подозрении на неё) на форуме или в HD первой обязательно рекомендацией останется обновиться на последний билд?

_________________
I'm clever. I've got a computer.

в рамках одной ветки это не так рискованно

даладна, я ведь не даром поднял эту тему )

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

речь не про билды вообще то, а про сборки, сборок может быть несколько за день...
т.е. например только в октябре было около 25 сборок

сборки можно вести как теги на гитхабе и в результате сливать в ветку stable или test
хотя это увеличит нагрузку на кодеров )

Всеравно цифрами удобнее вводить, чем словами писать "сборка номер двести восемьдесят пять от двадцать девятого октября две тысячи двенадцатого года"

_________________
I'm clever. I've got a computer.

Бампну-ка я тему, пока не утонула.