|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
Господа, есть внутренний продукт, крутится под гитом(с кучей веток). Появилась необходимость во внедрении версий релизов и прочее в этот самый продукт. В этом деле полный 0, касаемо как назначать номер версии, что такое альфа и бета и прочее. Например есть код, добавили 5 изменений(которые ранее были согласованы), как указывать версию? Приплюсовать к старой версии? а если старых циферок не было(как и версий впринципе)? Например, не было до этого никаких версий, как указать версию после изменений? Натолкните, что где почитать на эту тему? Прошу строго не пинать, ибо с этой темой никогда не сталкивались. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2015, 11:45 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
aramanГоспода, есть внутренний продукт, крутится под гитом(с кучей веток). Появилась необходимость во внедрении версий релизов и прочее в этот самый продукт. В этом деле полный 0, касаемо как назначать номер версии, что такое альфа и бета и прочее. Например есть код, добавили 5 изменений(которые ранее были согласованы), как указывать версию? Приплюсовать к старой версии? а если старых циферок не было(как и версий впринципе)? Например, не было до этого никаких версий, как указать версию после изменений? Натолкните, что где почитать на эту тему? Прошу строго не пинать, ибо с этой темой никогда не сталкивались. Текущую версию обываете 1.0.0 или 0.0.1 - как сами понимаете. Далее читаете gitflow к примеру. А как делать- зависит от уровня стабильности мастера, например - одно дело, когда можно взять master, собрать его и это будет рабочий продукт, другое- когда надо стабилизировать 2 месяца. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2015, 11:56 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
aramanГоспода, есть внутренний продукт, крутится под гитом(с кучей веток). Появилась необходимость во внедрении версий релизов и прочее в этот самый продукт. Все зависит от того, зачем вам нужна версия. Что вы к ней хотите привязать ? Функциональность ? Документацию / инструкции пользователей ? Сроки перехода со старой версии / планы ? Нужно ли вам иметь возможность по номеру версии идентифицировать значимость изменений в нем или нет ? Номера релизов это пустая формальность, вопрос удобства. Порядок в них нужен только вам, чтобы не запутаться в том, что уже сделано, что будет сделано, что отгружено заказчику. Можно пойти простым путем: считать под номером релиза порядковый номер операции отгрузки продукта заказчику (даже если заказчик внутренний). То есть, если все готово, можно запускать в продакшен, то версия 1.0.0 Изменения к этой версии (исправления) по порядку получают приращение последней цифры. То есть, отгрузили заказчику версию 1.0.0 , потом в ней обнаружилась ошибка (бывает). Выпускаете исправленную версию 1.0.1. Если обнаружилась еще одна ошибка, то версия 1.0.2 Если потребовалось переделать функционал без исправления ошибки, то одна переделка даст версию 1.1.0 Если после переделки функционала в нем ли или в старом функционале обнаружилась ошибка, то выпускаете 1.1.1 Серьезное изменение архитектуры, внедрение новых подсистем увеличивает первый номер. То есть, выпускаете 2.0.0 Как-то так. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2015, 12:33 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
Спасибо огромное, буду читать и пробовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2015, 13:11 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
araman, одно время нумеровал, как выше предлагают, но потом перешел на такой вид: v2015.12.30.00, тут, собственно, дата обновления и счетчик в конце, если в день больше одного обновления (и такое бывает). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2015, 15:30 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
addyyМожно пойти простым путем: считать под номером релиза порядковый номер операции отгрузки продукта заказчику (даже если заказчик внутренний). То есть, если все готово, можно запускать в продакшен, то версия 1.0.0 Изменения к этой версии (исправления) по порядку получают приращение последней цифры. То есть, отгрузили заказчику версию 1.0.0 , потом в ней обнаружилась ошибка (бывает). Выпускаете исправленную версию 1.0.1. Если обнаружилась еще одна ошибка, то версия 1.0.2Можно ещё такой вариант: Первое число - изменение архитектуры продукта, т.е. совсем новая версия Второе число - отгрузки заказчику. Третье число - внутренние билды разрабочиков (либо между версиями заказчика, либо абсолютные) mvbодно время нумеровал, как выше предлагают, но потом перешел на такой вид: v2015.12.30.00, тут, собственно, дата обновления и счетчик в конце, если в день больше одного обновления (и такое бывает).Да, тоже хороший вариант. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2015, 21:45 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 02:53 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
oragrafaraman, Лови классику Он вообще не про это спрашивал. Не про модель ветвления, а про подход к управлению релизами. Одно из другого никак не следует. ;-) И с каких это пор хипстерские заметки об очевидно стали классикой ? Вот классика: http://www.amazon.com/dp/0321685865 ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 08:24 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
addyy, Судя по вопросу ТС, ему будет полезно много чего почитать. Твоя книга хорошая, спасибо, тоже почитаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 13:42 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
oragrafaddyy, Судя по вопросу ТС, ему будет полезно много чего почитать. Твоя книга хорошая, спасибо, тоже почитаю. да, пожалуйста ;-) Читать надо всё, знания - сила ! ... |
|||
:
Нравится:
Не нравится:
|
|||
01.01.2016, 08:16 |
|
Объясните как корректно формировать версии, релизы и прочее
|
|||
---|---|---|---|
#18+
araman, Буду не популярен... Рекомендую почитать определение версионности той оси, под которую будете писать(пишите) ПО. Дело в том, что обычно это вещи связаны с официальными системами инсталляции. Как пример, у мелкомягких(если память не подводит сейчас): 1 цифра - мажор 2 цифра - минор 3 цифра - билд 4 цифра - на усмотрение писателя, обычно сквозной номер ревизии из хранилища. изменение первых двух цифр = это апгрэйд, всё остальное апдэйт. Отличия не сильные - в одном накат только модулей, в другом снос-а потом накат :) Кто в теме тот оценит "новогодний юмор" от мелкомягких :) Так-же рекомендую организовать хранилище, которое будет более плотнее связано с версионностью(как ни странно это покажется, но от этого зависит более продуктивная работа при промышленной разработки софта). удачи вам она вам потребуется (круглый) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.01.2016, 18:57 |
|
|
start [/forum/topic.php?fid=37&msg=39139998&tid=1555320]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
58ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 283ms |
total: | 441ms |
0 / 0 |