Стабильный testing

Идеи о том, как объединить stable и testing.

Как известно в debian есть stable, в котором стабильные пакеты, и testing, в котором свежие пакеты. Приходится выбирать. Но хочется и стабильности, и свежести.

Одно из решений - сидеть на stable сразу после релиза в течение года. В это время в testing попадает особенно много нестабильных пакетов. А через год перейти на testing и сидеть на нем до следующего релиза (возможно обновляясь не слишком часто).

Есть и другой вариант, о котором я ранее нигде не слышал и про который хотелось бы спросить:

Можно анализировать количество ошибок в определенной версии пакетов testing и обновить пакет только когда в пакете будет не слишком много ошибок. После попадания пакет в testing выжидаем 3-4 месяца, смотрим отсутствие важных ошибок, наличие всех зависимостей и только тогда добавляем в некий "stable-testing" репозиторий. Система обновляется из этого "stable-testing". Пакеты будут новее, чем в stable, но надежнее, чем testing.

Какие мысли? Есть такие debian-based дистрибутивы, которые так делают?

P.S. Подумалось, что переход пакетов из unstable в testing так и работает. Но может увеличить срок с 2 недель до нескольких месяцев и контролировать зависимости?

Или расскажите, как поддерживать баланс "стабильность - новые пакеты"

0

Идея в следующем.

Пусть в stable имеем:
- пакет А версия 1
- пакет Б версия 1

Пусть в testing появились:
- пакет А версия 2 (создано 3 issue в баг-трекере, т.е. ошибок в новой версии мало)
- пакет Б версия 2 (создано 103 issue в баг-трекере, т.е. ошибок много)

Если мы были на stable, то вторая версия пакетов установлена не будет вообще.
Если мы были на testing, то установятся вторые версии - пакета А (достаточно надежная вторая версия), и пакета Б (вторая версия, но с кучей багов)

Идея в том, чтобы создать репозиторий, в который бы не попадали слишком ненадежные пакеты, как вторая версия пакета Б.
Т.е. при обновлении из этого репозитория пакет А обновился бы до второй версии, а пакет Б остался бы старый.

Надежность ошибок предполагается оценивать по количество и важности ошибок в баг-трекере debian

0