Есть ли способ удалить объединенные ветви из моей функциональной ветви?

Question

У меня есть ветка функций, которую я начал около 2 месяцев назад.Иногда я объединял master с моей веткой компонентов, чтобы убедиться, что она все еще будет работать с производственной площадкой.Теперь, когда я закончил, кто-то хочет увидеть только работу, которую я проделал в ветви функций.Есть ли способ удалить слияния мастера, которые я сделал, чтобы diff содержал только мои работы в ветви функций?

Answer 1

У вас есть несколько вариантов. Так как это Github, проще всего было бы выставить вашу ветку как черновой запрос Pull . Затем они могут использовать инструменты обзора Github для просмотра ваших изменений и изменений.

Ваш рецензент может использовать обычные инструменты Git для просмотра ваших изменений. Выбор редакции master..<your branch> выберет коммиты, которые доступны из вашей ветки, исключая коммиты, доступные от мастера; это означает, что он будет ссылаться только на коммиты в вашей ветке. Он покажет коммиты слияния, но не то, что было слито. Так что git diff master..<your branch> чтобы увидеть разницу и git log master..<your branch> чтобы увидеть только ваши коммиты. Подробнее см. gitrevisions .

Если вы действительно хотите исключить слияние обновлений, вы можете перебазировать ваши коммиты поверх мастер . Это эффективно перезапишет вашу ветку, как если бы вы все это время писали поверх текущей версии master. Там могут быть конфликты. Хотя это хороший вариант для очистки вашей истории, я регулярно делаю это сам, очень легко запутаться. Я не рекомендую эту опцию, если вы все еще изучаете Git и у вас нет под рукой эксперта, который поможет вам разобраться с потенциальными проблемами.

Answer 2

Как правило, если ваша ветвь feature была разветвлена, например, develop, вы должны выполнить

git diff develop..feature

, а общий результат сравнения, полученный с помощью feature коммитов, которые не включены develop.

В качестве альтернативы, вы можете использовать тот же диапазон refspecs (develop..feature) для подачи к git log и получения самих коммитов.Я полагаю, это зависит от вашего процесса рецензирования.

---

Редактировать после комментариев:

(отредактировано, мой ответ был неоптимальным, так как вишневый пик вернул бы назадфиксация слияния. Сделайте ребаз, как предлагает Шверн)