Коли я повинен збільшити номер версії?

Я не навчався програмуванню в школі і не працюю (професійним) розробником, тому багато основ мені не зовсім зрозумілі. Це питання намагається уточнити одну з них.

Тепер припустимо, що у мене є проблеми #1,#2 і #3в моєму які встановлені для виправлення / покращення для версії, 1.0.0і що остання (стабільна) версія є 0.9.0.

Коли я повинен збільшити версію 1.0.0? Коли а) лише одне із перерахованих вище питань закрите або б) коли всі питання, пов’язані з версією 1.0, закриті?

Який із них - це правильний спосіб зробити це? І правильним чином я маю на увазі те, що зараз використовується у галузі.

Я можу вам сказати, як я це роблю на роботі.

У нас є сервер безперервної інтеграції, який створює, тестує, тегує та виводить пакунок із розробленим версією. Ми переходимо до наступного етапу лише у тому випадку, якщо попередній успіх на% 100.

Наша версія виглядає так: <Основна версія>. <Незначна версія>. <Номер збірки>

• Кожна успішна збірка, що не має завершеного виправлення помилок або збільшення розширення функції, номер збірки.
• Кожна успішна збірка із завершеним виправленням помилок або збільшенням розширення функції у мінорній версії. Це автоматично виявляється за наявністю повідомлення про фіксацію за допомогою певного формату. Це повідомлення про фіксацію також автоматично потрапляє в проекти ChangeLog.
• Кожен основний приріст версії робиться вручну, коли ми маємо невідповідні сумісні зміни, переписуємось з нуля або з інших причин, зроблених у кожному конкретному випадку.

Номери версій актуальні лише для випусків , оскільки зовнішні користувачі - це спосіб визначити конкретну складову вашого програмного забезпечення. Якщо ви просто зайняті розробкою і не випускаєте кожен виправлення окремо, тоді не турбуйтеся про збільшення номера випуску для кожного виправлення. Це не стосується зовнішніх користувачів і витрачає власний час на додаткові бухгалтерії версій.

Для безперервно розгорнутих веб-додатків ми схильні будувати номери побудови за допомогою переднього символу та скорочення номерів збірки, тобто: 2.5.3.4328, де 4328 походить із системи безперервної інтеграції. Загальне сподівання полягає в тому, що числа змінюються навмисними кроками, але що число збірки є справжнім унікальним ідентифікатором.

Здається, що тут робиться - це фіксація дня розгортання та відповідного номера збірки svn:

        <div id="svnrev">
            rev 2013.10.21.1078
        </div>

За свою ціну.

Інші відповіді вже чудові, тому я додам лише їх поверх. Якщо ваше програмне забезпечення не випущено і вам не потрібна публічна версія (непублічна версія - це ваш VCS), додайте ключове слово " SNAPSHOT " наприкінці вашої версії. Деякі системи, особливо в управлінні залежностями, трактують знімки по-різному від випущених версій, оскільки вони порівнюють дату зміни знімків замість номера версії. Отже, якщо у вас був репортаж 1.0.0-SNAPSHOT з 8 ранку в репортажі пакету, а завантажувач локальних залежностей має ту саму версію з 7 ранку, то завантажено оновлену версію з репо потрібно.

Як було сказано вище, ваше приватне версію надає система контролю версій (git, svn тощо).

Про теорію версії достатньо сказано ось ще одна точка зору.

Коли я повинен збільшити версію 1.0.0?

Я сфокусую свою відповідь на зміні основного номера версії.

Моя відповідь: В основному, коли ви будете готові до цього. Перехід від 0,9 до 1,0 - це велика річ, адже громадськість сприйме, що ви переходите від бета-продукту до офіційного випуску.

(Я припускаю, що це комерційний продукт від компанії).

Кілька питань, перш ніж перейти від 0,9 до 1,0.

Чи має ваша організація час інформувати всіх своїх поточних клієнтів. Щоб влаштувати вечірку. Отримайте багато запитів про підтримку. Менеджер облікових записів, щоб продати ваш товар? І т.д.

Так, я бачу версію як маркетинговий інструмент, і якщо озирнутися, то ви бачите, що це в основному галузевий стандарт.

Наша компанія перейшла від версії 2.x до 3.0 та влаштувала чудову вечірку, створила багато шумів і через це отримала досить багато нових клієнтів. Крім деяких оновлень інтерфейсу, відмінності між версіями були зовсім незначними.