Мерж большой фичи с подстройкой под изменения master

Есть общая ветка master и долгоживущая большая ветка feature, которая сейчас готова и необходимо её слить с master. Во время разработки feature в master-е было принято решение изменить подход в именовании переменных, а в feature до сих пор содержатся переменные старого образца (как нетронутые, которые автосмержаться, так и новые для feature, но которые именовались по старой схеме, а также просто конфликтующие из-за изменений). Как лучше всего сделать мерж, чтобы изменить названия переменных, описать, почему они были изменены (ведь это не относится к ветке feature и имплементированной фиче, а именно к мержу), а также описать, почему так или иначе были разрешены возникшие конфликты? Надо делать отдельный коммит для резолва и переименования или можно обойтись одним? В результате хочется получить историю, в которой будет максимально понятно, почему были сделаны переименования и именно так разрешены конфликты, и не было нерабочих коммитов.

Переименования - просто пример, это могут быть любые изменения в master-е, которые не были сделаны в feature, в том числе такие, что просто смержить и потом исправить в master-е уже нельзя (например, критические баги).

Ещё желательно описать в мерже, что можно доделать в фиче в будущем. Нормально ли писать это в коммите? Если да, то в каком?