Сервисный филиал в стандартном плане филиала

У меня очень простой вопрос относительно стандартного плана филиала.

Я понимаю ветвление, FI и RI и т. Д. & # XA0; Я не совсем понимаю, как использовать ветку обслуживания на практике.

Насколько я понимаю, когда приходит время выпустить, я разветвляю Main - & gt; R1.SP1 (например, если это мой первый релиз), а затемimmediately ветви R1.SP1 к R1. & # xA0; Затем установите R1 на Только чтение. & # XA0; Это я полностью понимаю и люблю.

Вот что я не понимаю: & # xA0; Как и когда создаются R1.SP1, R1.SP2, R1.SP3?

Должен ли я перевести SPI SP1 обратно на главную, а затем со временем разветвить главную сеть на SP2 / 3 / n?

Иными словами, как эти будущие SP будут заполнены изменениями для их собственного выпуска / развертывания?

Например, если клиент & # xA0; сообщает об ошибке в R1, где я могу получить код для внесения этого изменения и где я могу вернуть / зафиксировать измененный / исправленный код обратно в? & # XA0; Должен ли я зарегистрироваться в ветке SP1? (Поскольку ветвь R1 доступна только для чтения). & # XA0; Тогда что? & # XA0;

Я предполагаю, что спрашиваю, где происходит моя устойчивая разработка для создания будущих SP для R1 и как они создаются и готовятся для своих собственных выпусков / развертываний?

Очень простой пошаговый пример сценария был бы наиболее полезным / оцененным.

Пожалуйста, если мой вопрос неясен, дайте мне знать, и я сделаю все возможное, чтобы пересмотреть его.

Ответы на вопрос(1)

Ваш ответ на вопрос