Viersion info

← →
snake1977 (2003-07-23 16:52) [0]

Доброрго времени суток !
Подскажите пожалуйста, что означают понятия в определениях версии, такие как:
Major, Minor, Release, Build.

Я конечно могу там поставить что угодно, но ведь существуют какието правила.

← →
Palladin © (2003-07-23 16:56) [1]

че хочешь то и ставь...

← →
clickmaker © (2003-07-23 17:00) [2]

Build - увеличивается при каждой сборке (Project - Build)
Release - увеличивается при выпуске очередного релиза
Minor - увеличивается при добавлении новых фич, исправлении старых багов, добавлении новых
Major - увеличивается при глобальных изменениях, т.е. по сути новая версия продукта

А вообще, прав Palladin: на это мало кто смотрит...

← →
Anatoly Podgoretsky © (2003-07-23 17:02) [3]

Чистая условность

← →
snake1977 (2003-07-23 17:15) [4]

>>clickmaster
а вчем отличие Build от release от Minor
не будуж я просто от фонаря делать Build а не Compile в проэкте

← →
KSergey © (2003-07-23 17:20) [5]

snake1977 (23.07.03 17:15)
>>clickmaster
а вчем отличие Build от release от Minor
не будуж я просто от фонаря делать Build а не Compile в проэкте

Buid растет от 1 и перед не взирая ни на что. release и Minor сбрасываются в 0 при увеличении "старшего разряда".
А по поводу "не будуж я просто от фонаря делать Build а не Compile в проэкте" - припрет - так будете, как миленький ;)

Вообще это предполагается для крупных проектов, где не один человек, и где полные ребилды делать время от времени таки приходится. Вообще говоря да небольших проектов мне и назначение и нужность release как-то слабо представляется.

Все лишь мое мнение.

Да фигня все это. Ну может кто-то захочет статистику сборок собирать. Типа каждая сотая сборка отмечается всем коллективом обильным возлиянием, как юбилей ))) А иногда просто для контроля версий полезно, например, сборка клиента (или релиз, или минор) должна соответствовать сборке сервера, иначе фирма гарантии не дает...

Build-ы используются тогда, когда нет возможности собирать исходники по всему офису и затем их компилять. Как правило в крупных коллективах все работают с ситемами контроля версий, но когда-то ведь надо собирать продукт воедино? Вот для этого и используются Build-ы. На раних стадиях разработки Buld-ы устраивают каждые 2 или 1 недели, например, по пятницам. К этому времени все исходники долнжны быть check out и, естественно, компиляемы. Тому кто рушит build дают в рыло :). Вот та цифирка build, которую ты видишь в любых крупных продуктах, и означает порядковый номер того build-а о котором я писал. Когда продукт уже готов к выходу, тогда начинают делать release-ы. Всякие там alfa, beta, candidate ну и венец этого действа final release. В крупных компаниях для этих целей специального человека держат (а то и целый отдел), build инженер его должность называется.

Ну а если ты и программист и build инженер и ты единственный человек в компании :), тогда читай Palladin © (23.07.03 16:56).

Сорри ошибочка вышла. В предложении
...все исходники долнжны быть check out
следует читать
...все исходники долнжны быть check in

Viersion info Найти похожие ветки