Как разрешить конфликт слиянием git, не перетягивая ветку master в ветку Feature?

Question

Допустим, наш проект настроен так, что у нас есть среда QA и среда производства.

Когда мы работаем над функцией, мы разветвляемся из производственной среды.

Когда мы готовы к QA изменениям, мы объединяем функциональную ветвь с QA-ветвью.

Мы используем BitBucket для нашего пульта. Я пошел дальше и сделал запрос на извлечение из своей функциональной ветви в ветку QA.

BitBucket утверждает, что в одном из файлов есть конфликт слияния.

С учетом того, как я понимаю git, стандартное решение состоит в том, чтобы вставить ветку QA в мою ветку возможностей, разрешить конфликты, зафиксировать изменения и, наконец, вставить это в мою ветку функций.

Однако в ветке QA есть много изменений, которые мы не хотим вносить в производственную ветку.

Как разрешить конфликт, не вставляя ветвь QA в мою ветвь функций?

Answer 1

Cherry-выберите изменения, относящиеся только к этой ветви функции, к ветви QA. Это можно сделать легко так:

git rebase --onto qa-branch production-branch my-feature

То есть, предполагая, что изменения, относящиеся к этой функции, устанавливаются одна за другой в их собственной ветви.