From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Virus-Scanned: amavisd-new at nsrz.ru Message-ID: <4490F84F.1060304@nsrz.ru> Date: Thu, 15 Jun 2006 10:03:59 +0400 From: ashen User-Agent: Thunderbird 1.5.0.2 (X11/20060502) MIME-Version: 1.0 To: ALT Linux Sisyphus discussion list References: <20060614150701.GH7887@grep.po.cs.msu.su> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: [sisyphus] =?koi8-r?b?89TBwsnM2M7ZyiDzydrJxg==?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jun 2006 06:05:45 -0000 Archived-At: List-Archive: List-Post: 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 >> >> > > Ага. Т.е. - два релиза в год. > Думаю всё здесь сказаное вполне разумно.