Вот именно. А вообще никто не запрещает их от балды взять, зато последние два очень полезны — помогают откатить исходники к нужной ревизии и оценить продолжительность разработки.

НЛО прилетело и опубликовало эту надпись здесь

Krypt 4 фев 2010 в 08:30

major.minor, если поправка единственного бага/единственная доработка — major.minor.fix

ingeniarius 4 фев 2010 в 08:33

Y.M.D

XaBoK 4 фев 2010 в 09:18

Бывает несколько билдов в день, так что такая нумерация проблематична…

boolean 4 фев 2010 в 09:35

Y.M.D.fix

ingeniarius 4 фев 2010 в 09:45

Y.M.D.build

НЛО прилетело и опубликовало эту надпись здесь

ingeniarius 4 фев 2010 в 14:35

build более инкрементальный

shai_xylyd 4 фев 2010 в 08:59

В рамках дипломной работы разрабатываю специализированную поисковую систему. По сравнению с обычными web-проектами у неё есть особенность: пользователь работает с системой read-only. Эта особенность учтена при нумерации.

Другая, более общая, специфика проекта это то, что размещается он на AWS, поэтому номера я даю образам.

Используется следующая схема:
X.Y.Z, где
X — изменения проекта, которые сразу бросаются в глаза пользователю
Y — внутренние изменения, которые затрагивают только качество поиска
Z — обновления базы (индекса)

В системе контроля версий используются либо тэги, либо бранчи, которые соответствуют X.Y

freehome 4 фев 2010 в 10:01

версий чего?

leonid-lapidus 4 фев 2010 в 10:21

у вас на всё разные стандарты? :)

dude_sam 4 фев 2010 в 12:23

Использую:
— для веб-приложений X.Y.Z
— для древних арм-ов (сопровождать проще, чем переписывать) X.Y.Z.YYYYMMDD

Как то так.

vadimbelyaev 4 фев 2010 в 20:11

Дональд Кнут одобряет 5 и 6 варианты.

grigoryvp 6 фев 2010 в 11:24

Windows installer не понимает больше x.y.z :(. Поэтому в целях совместимости везде использую major.minor.build. Выглядит, конечно, косолапо — зато гарантирует отсутствие проблемм при развертывании. Ну или хотя бы пытается :).

Зарегистрируйтесь на Хабре, чтобы оставить комментарий