Текущий архив: 2002.03.28;
Скачать: CL | DM;
ВнизНомер версии Найти похожие ветки
← →
us (2002-03-14 04:15) [0]Помогите пожалуйста разобраться!
Объясните поподробнее, что означает следующее в версии:
major version
minor version
release
build
И по какому принципу всё это устанавливается у программ, неужели
build указывает на количество запусков приложения из IDE?!
← →
firster (2002-03-14 06:50) [1]Подскажите, пожалуйста.
← →
EsKor (2002-03-14 08:18) [2]MAJOR (мажор) - можно сказать, что это главная версия программы, меняется, когда эта программа (приложение, пакет) изменяется кардинальным образом, так что предыдущая версия уже не понимает новую.
MINOR (минор) - это новая версия с относительно небольшими переделками. Предыдущая версия может понимать новую (совместимость сверху вниз), но не гарантируется.
RELEASE (релиз, реализация) - в новых релизах как правило применяются изменения не затрагивающие функциональность программы. Это м.б. улучшеный интерфейс, оптимизация кода, увеличения быстрдействия, устанение ошибок, и т.п.
Но на самом деле, что в себе содержит новая версия в сочетании этих трех параметров, полностью лежит на совести разработчиков. Поскольку, естественно, устанавливается по своему желанию и как захочется.
Что касается BUILD, то если установлен флаг Auto-increment build number, это значение будет автоматически увеличиваться на 1 при выполнении команды Build All из меню Project.
← →
Suntechnic (2002-03-14 08:23) [3]Про major version и minor version тема достаточно тёмная, так что пусть про неё другие расскажут. А вот про build-ы и release-ы могу кое-что поведать.
Под понятием build понимают сборку всего проекта на какой-нибудь момент времени. Скажем, если ты один лично реализуешь проект, то build-ом можешь считать каждую компиляцию :). А вот для группы разработчиков это становится проблематично. Скажем я реализую одну часть проекта, а Вася Пупкин другую. Нам надо как то договорится, что мы будем собирать всё наше барахло и компилять это вместе. Вот это и называется build-ом. В крупных проектах билды обычно назначаются раз в неделю на этапе разработки и как правило пару раз в неделю когда подходит дело к release-у. Скажем все знают что build происходит в 12 часов в среду. И к этому времени стараются подогнать свои исходники. Тому кто запарывает build обычно дают по морде :). В крупных компаниях даже предусмотрена должность build инженер- человек, который собирает build и следит за состояним базы исходных кодов(как правило для этого используются различные программы контроля версий. Чаще всего VSS).
Когда продукт выпускается самая первая версия это Альфа релиз. В Альфа релизе реализована практически вся функциональность(далее возможны лишь незначительные изменения), но он сплошь и рядом напичкан багами. Следующем идёт Бетта релиз. В нём уже реализована вся функциональность полностью. Изменения конечно ещё могут последовать, но как правило это редкость. Ну и багов естественно поубавилось :). И финал всего этого действаFinal Release
!!! Функцианальность вся, багов нет, прямо как в сказке :).
← →
Suntechnic (2002-03-14 08:26) [4]Да совсем забыл. Вот те билды, что происходят, их конечно же считают. Вот скажем у нас сейчас на носу 189 :). А прошлый Final Release вышел из билда номер 183.
← →
firster (2002-03-14 09:53) [5]СПАСИБО ОГРОМНОЕ!
Страницы: 1 вся ветка
Текущий архив: 2002.03.28;
Скачать: CL | DM;
Память: 0.46 MB
Время: 0.005 c