[sisyphus] Стабильный Сизиф

[ashen]

Anton Farygin пишет:
> Fr. Br. George wrote:
>   
>> 		Доколе?
>>
>> 0. Трудно работать, используя текущий Сизиф. Вечно в нём кто-нибудь что-нибудь
>>    разломает. А потом настанет лето, и оно так и залипнет. Плохо всем.
>> 1. Хорошо бы, чтобы Сизиф хотя бы пару раз в год был неразломанный. Чтобы мы
>>    знали, когда экспериментировать с пакетами, а когда дотачивать их и гнать блох.
>> 2. Это называется freeze, правда? Сначла догоняем usptream и синхронизируемся,
>>    потом ловим только блох, потом доводим и тестируем, потом отпускаем дальше.
>> 3. Примерный график: месяц (или побольше) догоняем, месяц отлаживаем и месяц
>>    (или поменьше) тестируем. Даты должны быть известны всем заранее.
>> 4. Лучшее время для всего цикла: сентябрь -- ноябрь и февраль -- апрель, плюс
>>    полмесяца запаса. Летом и зимой -- время разбрасывать камни.
>> 5. Ещё раз: sync, freeze, testing, release -- это стадии Сизифа, а не
>>    какого-либо дистрибутива. Это для сообщества, для нас самих.
>> 6. Дистрибутив -- это _отличия_ от Сизифа, которые его авторы доводят
>>    параллельно. Накатим отличия на стабильный Сизиф -- получим стабильный
>>    дистрибутив. Хоть сейчас в release.
>>     
>
> Со всем согласен, за исключением Freeze.
>
> Более удачный вариант - Branch. С обкаткой новых версий в Sisyphus и 
> перекладыванием в Branch.
>
> в этом случае полный фриз в Sisyphus не нужно, достаточно объявить дату, 
> когда мы сделаем branch.
>
>
> При этом branch'и нужно делать более долгоиграющими.. что бы, например, 
> через полгода можно было выкладывать пакет не в updates, а в branch.
>
>   
>> 		Примерный план-график рабочего цикла.
>>
>> Стоит заметить, что действительные даты (особенно freeze и release) могут
>> слегка (на неделю-две) сдвигаться вперёд, так, чтобы было удобнее всем, но
>> ориентироваться всё же лучше по месяцам, без неопределённостей.
>>
>> Июнь-Август		Эксперименты, сессия и отпуска.
>> Сентябрь		Sync
>> 		Кидается клич: "Народ! Через месяц freeze! У вас всё готово?"
>> 		Со словами "Какой там готово!" отдохнувший с лета народ
>> 		принимается приводить в порядок дела. Возможно, сентября будет
>> 		мало, заедем на октябрь.
>>     
>
> Всё тоже самое, но только на месяц раньше. У многих как раз самое время 
> делать фиксы летом ;)
>
>
>   
>> Октябрь			Freeze
>> 		Когда всё более-менее на уровне, объявляется заморозка.
>> 		Все на блох! Обновления _версий_ пакетов допускаются только в
>> 		крайнем случае (дыра в безопасности) или для специального
>> 		класса пакетов (документация). Длится до тех пор, пока все
>> 		release critical блохи не будут удушены.
>>     
>
> Помимо документации существует ещё целый класс пакетов, в которых 
> постоянно меняется версия. И которые необходимо постоянно обновлять ;)
>
>   
>> Ноябрь			Testing
>> 		Объявляется первый release candidate. Кидается клич:
>> 		"Сообщество! Ты боялось нестабильного Сизифа? Этот --
>> 		стабильный! Кто найдёт ошибку сегодня -- исправим завтра, кто
>> 		поленится -- исправим только через полгода!". RC продолжают
>> 		выпускаться до тех пор, пока не перестанут приходить release
>> 		critical блохи, или пока не надоест.
>>     
>
> Скорее последнее, ибо как показывает практика Release Critical баги 
> приходят _всегда_. Ибо то, что не Critical для меня - Critical для 
> соседа...
>
>
>   
>> Декабрь			Release
>> 		(не позже середины декабря). Выпуск. Стабильный Сизиф
>> 		оформляется в виде ветки. Если на ней выпущены какие-то
>> 		дистрибутивы, ветка даже оказывается отчасти поддерживаемой.
>> 		Сам Сизиф семимильными шагами движется в гору, навстречу
>> 		новым блохам, зимней сессии и рождественским каникулам.
>>     
>
> С ноября по декабрь не получится исправить все Critical баги.. и в этом 
> основная проблема ;(
>
>
>
>
>   
>> Январь			Эксперименты и сессия
>> Февраль			Sync
>> Март			Freeze
>> Апрель			Testing
>> Май			Release
>>
>>     
>
> Ага. Т.е. - два релиза в год.
>   
Думаю всё здесь сказаное вполне разумно.