[РЕШЕНО] Правила составления версии, build и истории изменений программы

[gil9red]

Собственно, вопрос
Есть ли такие правила?
как правильно составлять версию программы?
когда нужно повышать версию программы?
что за build? (как переводит я знаю)

насчет истории изменений, увидел, что изменения делились на три метки: +, -, *
"+" - новое
"-" - исправление ошибок
"*" - обновления плагинов, используемых в программе

есть ли какие то правила для составления истории измений, использования в ней меток?

[gil9red]

Не уж то никто не давал программам версии и потом прокачивал эти версии?

в aimp это вот так выглядит:

AIMP v3.10 Build 1061 (29.06.2012)

AIMP v3.10 Build 1051 RC 2 (01.06.2012)
AIMP v3.10 Build 1045 RC 1 (21.05.2012)

AIMP v3.10 Build 1040 Beta 3 (08.05.2012)
AIMP v3.10 Build 1034 Beta 2 (27.04.2012)
AIMP v3.10 Build 1027 Beta 1 (16.04.2012)
=========================================

AIMP v3.00 Build 985 (06.04.2012)
AIMP v3.00 Build 981 (16.02.2012)
AIMP v3.00 Build 976 (30.12.2011)

AIMP v3.00 Build 970 RC 3 (23.12.2011)
AIMP v3.00 Build 961 RC 2 (02.12.2011)

AIMP v3.00 Build 934 Beta 5 (07.10.2011)
AIMP v3.00 Build 916 Beta 4 (07.08.2011)
AIMP v3.00 Build 915 Beta 4 (05.08.2011)
AIMP v3.00 Build 901 Beta 3 (02.07.2011)
AIMP v3.00 Build 900 Beta 3 (01.07.2011)
AIMP v3.00 Build 881 Beta 2 (06.05.2011)
AIMP v3.00 Build 861 Beta 1 (01.04.2011)
AIMP v3.00 Build 851 Beta 1 (09.03.2011)


откуда берутся эти значение сборки?
по какому правилу они повышаются?
что за RC?

если не знаете, так подскажите, как вы делали или видели у других

[Serr500]

http://ru.wikipedia.org/wiki/Нумерация_версий_программного_обеспечения

P.S. Упс... Пардон... Исправил ссылку.

[gil9red]

епти