LINUX.ORG.RU

История изменений

Исправление alpha, (текущая версия) :

Смысл релиза в подведении черты.

Раз в пару месяцев ты устраиваешь своему проекту аудит, вылезаешь из того кусочка кода который пишешь прямо сейчас и осматриваешься: что было сделано, какие планы появились, сколько багов вылезло, в каком состоянии все находится. Что важного и ценного ты мог забыть, что недоведено до конца и брошено и т.п.

Регулярный релиз такого типа - это компромисс между написанием полноценного roadmap, которого у многих проектов просто нет, и бардаком, в котором сам автор уже не может найти никаких концов. Так roadmap ты пишешь не до, а после выполнения.

И я так подозреваю судя по обсуждаемой теме ты арчевод. Так вот заметь даже в модели rolling-release такие опорные точки все равно создаются:

Sure we have a rolling release model, but still our isos/img's are definitely not «just» a snapshot:

  • they are planned
  • we work «towards» them and provide support afterwards
  • we do a core freeze a while before, and during the release.
  • they are carefully tested.
  • we time releases of other packages/tools to «fit» in the iso release scheme (eg installer)

Исходная версия alpha, :

Смысл релиза в подведении черты.

Раз в пару месяцев ты устраиваешь своему проекту аудит, вылезаешь из того кусочка кода который пишешь прямо сейчас и осматриваешься: что было сделано, какие планы появились, сколько багов вылезло, в каком состоянии все находится. Что важного и ценного ты мог забыть, что недоведено до конца и брошено и т.п.

Регулярный релиз такого типа - это компромисс между написанием полноценного roadmap, которого у многих проектов просто нет, и бардаком, в котором сам автор уже не может найти никаких концов. Так roadmap ты пишешь не до, а после выполнения.

И я так подозреваю судя по обсуждаемой теме ты арчевод. Так вот заметь даже в модели rolling-release такие опорные точки все равно создаются:

Sure we have a rolling release model, but still our isos/img's are definitely not «just» a snapshot: - they are planned - we work «towards» them and provide support afterwards - we do a core freeze a while before, and during the release. - they are carefully tested. - we time releases of other packages/tools to «fit» in the iso release scheme (eg installer) [\quote]