Все верно. На нашем проекте настолько уже прижились такие термины, что вписала их, но действительно надо будет в будущем использовать классические названия
Все верно. Бывают релизы, когда ты знаешь его состав еще в самом начале разработки и все нюансы и бывают по факту готовности задач. У нас второй вариант
Большое спасибо , рада, что статья понравилась. Для релиз -менеджера важна коммуникабельность и стрессоустойчивость ( шучу).
На самом деле, я бы ответила, что нужно всего понемножку. Базовые знания гита, основы тестирования, тайм менеджмент , какие бывают модели разработки, чтобы на основе их продумывать процессы и тд .
Все разработанные задачи вливаются в мастер ветку и в момент Х ( начала подготовки релиза) от нее отводим ветку релиз -кандидата - это называем «отрезкой»
Раньше разработчики делали это вручную , сейчас настроили автоматику тоесть автоотрезку
С большими интеграционными проектами действительно нужно очень много внимания уделять при релизах. Есть опыт, понимаю ту боль, которую описали ?.
В релиз попадают законченные задачи к моменту Х, чек -лист с описанием нужен был так как команд очень много и сразу несколько команд могут дорабатывать один и тот же сервис. На тот момент у нас не было автоматизации, чтобы получить информацию о взаимосвязях и прочем при установки и таким образом, решали этот вопрос.
Спасибо за ваш комментарий. Действительно хорошее дополнение. Полностью соглашусь, что релиз-менеджер решит множество вопросов и моментов, о которых скорей всего забыли при долгой подготовке релиза.
И возможно, благодаря оптимизации, облегчит и сократит релизный цикл, что даст выгоду проекту.
Да, эту роль выполняют другие
Все верно. На нашем проекте настолько уже прижились такие термины, что вписала их, но действительно надо будет в будущем использовать классические названия
Все верно. Бывают релизы, когда ты знаешь его состав еще в самом начале разработки и все нюансы и бывают по факту готовности задач. У нас второй вариант
Большое спасибо , рада, что статья понравилась. Для релиз -менеджера важна коммуникабельность и стрессоустойчивость ( шучу).
На самом деле, я бы ответила, что нужно всего понемножку. Базовые знания гита, основы тестирования, тайм менеджмент , какие бывают модели разработки, чтобы на основе их продумывать процессы и тд .
Все разработанные задачи вливаются в мастер ветку и в момент Х ( начала подготовки релиза) от нее отводим ветку релиз -кандидата - это называем «отрезкой»
Раньше разработчики делали это вручную , сейчас настроили автоматику тоесть автоотрезку
С большими интеграционными проектами действительно нужно очень много внимания уделять при релизах. Есть опыт, понимаю ту боль, которую описали ?.
В релиз попадают законченные задачи к моменту Х, чек -лист с описанием нужен был так как команд очень много и сразу несколько команд могут дорабатывать один и тот же сервис. На тот момент у нас не было автоматизации, чтобы получить информацию о взаимосвязях и прочем при установки и таким образом, решали этот вопрос.
Собирали воедино кусочки пазлов от разных команд
Спасибо за ваш комментарий. Действительно хорошее дополнение.
Полностью соглашусь, что релиз-менеджер решит множество вопросов и моментов, о которых скорей всего забыли при долгой подготовке релиза.
И возможно, благодаря оптимизации, облегчит и сократит релизный цикл, что даст выгоду проекту.