0.0.0.1

Сегодняшний день это не точка отсчета. На самом деле, точки этой даже и не было. Но, даже если этой точки нет - это не значит что отсчет не начался :)

Друг @a_dobrikov предложил начать вести что-то похожее на блог, о том как я изучаю мир программирования, решаю какие-то задачи... Это может быть первой и последней записью - может быть и нет :) Попробовать, в любом случае, стоит.

Let’s go!

Версионирование

Сегодня утром коллега Фёдоров Сергей, провёл мини-лекцию для всех сотрудников отдела, о системе и схеме версионирования. Предложил следующую схему:

A.B.C.D (1.0.2.4) , где

A — главный номер версии (major version number)

B — вспомогательный номер версии (minor version number)

C — версия исправления (patch version number)

D — номер сборки, номер логической итерации по работе над функционалом или исправлением (revision number или build number)

Следует увеличивать:

· Главный номер версии (A), когда сделаны обратно несовместимые изменения API или функционала.

· Вспомогательный номер версии (B), когда добавляется новый функционал, не нарушая обратной совместимости.

· ПАТЧ-версию (C), когда делаются обратно совместимые исправления.

· Номер сборки (D) при каждом логическом завершении работы над исправлением или функцией.

Правила версионирования:

1. Сброс в «0» всех номеров версий после изменяемой (1.1.2.0 -> 2.0.0.0; 1.0.15.4 -> 1.0.16.0)

2. Изменять D перед фиксированием изменений в Git, даже при условии исправления опечатки в названии формы.

3. Версия с D =0 — протестированная и готовая к внедрению версия.

4. Версия с D != 0 — исключительно тестовая версия, после окончания процесса тестирования выпускается новая версия в которой происходит увеличение A,B или C в зависимости от внесенных изменений или исправлений.

Like what you read? Give Leaf a round of applause.

From a quick cheer to a standing ovation, clap to show how much you enjoyed this story.