То, что вы описываете, является стандартным Git Flow, хотя документация Atlassian , похоже, не иллюстрирует эту часть процесса. То, что вы хотите сделать, это слить ветку release в ветку master, убедившись, что пометить ее :
Вы не должны 'заменять' ветку master веткой release. Ваша ветвь master является «ядром» вашего проекта, а ветвь master всегда должна быть «последней полезной точкой», поскольку вы только когда-либо продвигаетесь к master с любого из release, или когда возникает серьезная ошибка в работе и вы добавляете hotfix.
Теоретически вы должны также сливать ветку release обратно в develop (а также master) после выпуска, хотя если нет исправлений, код будет идентичным, и это не будет необходимо.
Нет необходимости беспокоиться о том, чтобы сделать регрессивное тестирование неэффективным - регрессионное тестирование должно быть выполнено на ветви релиза, и вы должны тестировать изменения каждый раз, когда в ветку релиза вносятся изменения. Если это ваш первый релиз, то не может быть никаких регрессий и нет ничего, с чем можно было бы столкнуться.
Однако вы захотите использовать теги при каждом выпуске. Это ясно покажет в Git точную точку, в которой было сделано сокращение выпуска.