Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.BINKD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.BINKD с датами от 14 Jul 13 17:53:22 до 24 Jun 24 22:17:00, всего сообщений: 1933
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 617 из 1933 ========================================== RU.BINKD =
От   : Pavel Gulchouck                  2:463/68           23 Jan 16 20:25:28
Кому : Konstantin Simonov                                  23 Jan 16 20:25:28
Тема : Binkd 1.1a77 binaries for Win32, Win64, OS/2
FGHI : area://RU.BINKD?msgid=2:463/68+56a3c9ae
На   : area://RU.BINKD?msgid=2:5000/111.11+56a2fe98
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Hi Konstantin!

23 Jan 16, Konstantin Simonov ==> Pavel Gulchouck:

PG>> Обе эти ветки прекратили развитие в том смысле, что туда не
PG>> добавляются новые фичи. Но обе они не прекратили развитие в смысле
PG>> исправления ошибок.

KS> Спасибо, очень хорошо объяснил. Hо из этого непонятна ситуация, возникшая с новыми версиями в части их
KS> неработоспособности. Если нет новых фич, то не может ни с того ни с сего возникнуть проблема с работой программы.
KS> Вероятно, происходит какая-то существенная оптимизация кода, т.к. простое исправление ошибки не может привести к фатальным
KS> последствиям в уже довольно стабильно работающей версии 1.1a-73.

Цикл жизни binkd такой.
Есть основная (девелоперская) ветка, trunk, там появляются все новые фичи. Сейчас это 1.1, и каждый коммит там автоматически получает очередной номер, например, 1.1a-73, следующий коммит получает номер 1.1a-74 и т.д. Эти номера нужны исключительно для того, чтобы при багрепортах лучше понимать, на какой именно версии проявилась та или иная бага.
Через некоторое время, когда фичей набирается достаточно много, от develop-ветки отделяется стабильная ветка. В ней добавление новых фичей замораживается, делаются только багфиксы. Develop-ветка при этом получает следующий номер. То есть, после отделения 1.1-stable develop-ветка станет 1.2. Через некоторое время, когда в 1.1-stable будут исправлены основные баги, будет выпущен релиз 1.1.0. Следующие релизы в этой ветке будут 1.1.1, 1.1.2 и т.д.

На сейчас есть две таких стабильных ветки: 0.9 (последний релиз здесь 0.9.11) и 1.0 (последний релиз 1.0.4).
Появится ли когда-нибудь 1.1-stable - неизвестно. Может быть, и нет.

В ветке 1.1 вполне могут появляться неработающие сборки. Какие-то снапшоты могут работать вполне стабильно, а после этого следующие могут не работать вообще - это нормально для develop-ветки.

KS> Hо меня не оставляют сомнения в целесообразности поддержки двух веток программы. Если с появлением каждого существенного
KS> новшества заводить новую ветку, можно дойти до абсурда. Опять сравню с hpt. Мало кому нужны все фичи тоссера, но
KS> большинство пользуются версией current. Так и с мейлером. Пусть фичи будут, но новшества не должны никому мешать и одной
KS> ветки должно быть достаточно. :)

При появлении существенных новшеств заводить новую ветку и делать следующую major version - это общепринятая практика. Как и поддержка двух-трёх последних стабильных веток.
Новые фичи часто приводят к существенным изменениям в коде (а значит, к новым багам) или к увеличению потребляемых ресурсов или к отказу от совместимости с какими-то системами или старыми версиями OS. И пользователи, которым эти новые фичи не нужны, не должны от их появления страдать. Поэтому поддерживаются старые стабильные ветки без этих фичей.

              Lucky carrier,
                           Паша
                           aka  gul@gul.kiev.ua
--- GoldED+/LNX 1.1.5
* Origin: printf("%s", "How can I increase performance?\n"); (2:463/68)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.091200 секунды