i
Но его нельзя будет скипнуть и снижается вектор возможных ошибок.
Ну если тег не поставишь, то просто ничего не выльется, вот и все
Size: a a a
2021 March 01
i
Наверное люди заметят что это, пайплайна-то нет
M
Но его нельзя будет скипнуть и снижается вектор возможных ошибок.
выше видел ответ? думаю, то, что нужно
CB
вместо поставить тег и по нему зупастить CI - поставить его же после тестов
Тэг может быть проставлен не корректно. Иногда нудно прогнать ci без тега и т.п.
С
Привет. Подскажите как лучше версионировать релизы. Понятно, что semver. Но не понятен пайплайн целиком. Самое простое когда разработчик ручками в гите ставит тэг с версией, но бывают ошибки человеческого фактора и просто лень, не удобно, хочется автоматики. Хотелось бы иметь возможность тегать только протестированную сборку и давать выбор бампать патч, минор или мажор. Модет есть какие-то хорошие ссылки ро этой теме.
А если серьезно, то вам надо договориться внутри себя как и когда считать минорным или мажорным обновлением
i
>проставлен не корректно
его и с принудительным выбором можно некорректно поставить
его и с принудительным выбором можно некорректно поставить
i
И прогнать CI без тега тоже проблемы не вижу
CB
А если серьезно, то вам надо договориться внутри себя как и когда считать минорным или мажорным обновлением
Вопрос вообще не про это.
i
Ну вообще подобной системой с проставлением тегов как мне кажется ни одна проблема не решается
i
Прогнать без тега - это и так можно
CB
>проставлен не корректно
его и с принудительным выбором можно некорректно поставить
его и с принудительным выбором можно некорректно поставить
А я спорю разве?)
i
Защитить "правильность" тега - тоже не защищает
i
>Хотелось бы иметь возможность тегать только протестированную сборку и давать выбор бампать патч, минор или мажор
Ну тут тогда вопрос - какю проблему решаете?) Если описанную выше - вот это не поможет
Ну тут тогда вопрос - какю проблему решаете?) Если описанную выше - вот это не поможет
i
Если просто надо вот это - то это другой вопрос
CB
Ну вот и хотелось бы увидеть примеры как это у других реализовано. Полный цикл с отработкой нештатных ситуаций.
i
У нас деплой с тегом, но есть опциональные варианты через переменные
i
Но штатный релиз - через гит тег
i
по тегу определается соответственно и на prod или staging лить
i
+ с тегом куда проще в управлении кодом - в плане не надо потом искать, а какой коммит был в прошлый релиз - просто ответвляешься от тега, патчишь, льешь патч из этой ветки в новым тегом, мержишь
AK
Зачем описывать в классах котлина эти манифесты, почему просто не использовать хельм?
потому что хельм как был костылём, так и остался. Есть запрос на управление ресурсами как объектами кода с type safety а не жонглированием ямликами.