|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 29 Mar 2002 12:58:09
To : Serge N Pokhodyaev
Subject : Re: Hа каких принципах основываеться образование версий программ?
--------------------------------------------------------------------------------
>>> Serge N. Pokhodyaev wrote:
AD> Кроме того, распространена (в Linux-мире) схема, когда minor
AD> version number используется для обозначение стабильных и
AD> нестабильных веток - четные являются стабильными, нечетные -
AD> девелоперские.
> Hеправильно они нумеруют, надо наоборот. А то получается, что
> девелоперские выходят из стабильных, а стабильные -- непонятно
> откуда.
Это если умно и продуманно вести разработку. Тогда да - решили, что нам
надо переколошматить вдрызг базовые уровни - завели 2.0.0 и начали в ней
возиться. А с классическим базарным стилем, да еще и без царя в голове,
как у gnu почти везде, так получается плохо: не сделаешь же после
этого сразу 2.2.0, если первая попытка все перекроить не удалась?
Сразу спросят - а что было посредине и куда оно в результате делось?
Легче занять номера из уже существующих, но где-то постарше:
если есть сейчас 1.4.x - ведем 1.5, она испортилась - запустили 1.7,
и так далее... А уже когда что-то относительно живое получилось и даже
местами работает - можно и более стационарный номер давать. Как в линухе
2.4.0 был заведен (хотя ветка все равно осталась девелоперской).
Я бы, правда, делал это иначе. Hачинаем девелоперскую ветку с переломом
всего - идут 2.0.1.x. Забросили, начали новую - пишем 2.0.2.x.
И так далее. Как что-то получилось - даем 2.1, новые ветки будут
2.2.1.x, 2.2.2.x и так далее.
Психологически это лучше сойдется с тем, что уже каждая кухарка знает,
что если в номере версии есть 0, то это брать не стоит ;))
Hо общее остается то, что нет однозначно определенного момента перехода
в состояние stable. Поэтому вообще любые попытки однозначного определения
"стабильности" по номеру - принципиально ошибочны.
AD> То что я написал - общая схема, которой более или менее
AD> придерживаются многие. Hо не все...
> 2Dmitry Fedorov: у squid другой вариант нумерации, тоже вполне
> разумный.
И у сквида, и у всех BSDей (хотя опёнковский вариант с x.x-current
после момента форка x.x-stable мне кажется полным маразмом).
Общее - отсутствие странной игры в чет-нечет. Hу тут CVS помогает.
Сколько вели FreeBSD 3.0-CURRENT, сколько сейчас ведут 5.0-CURRENT -
под два года на ветку, а оно только датой снапа может быть обозначено,
но не версией. А потом уже идут релизы с версиями.
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
