Прочтите, пожалуйста, на GitFlow оригинальный блог Винсента Дриссена об этом .
Здесь не хватает того, что вы сделали коммиты непосредственно в master
. Никогда не делай этого! :)
У вас есть несколько вариантов, в зависимости от конкретной ситуации, но если вы следите за GitFlow, вот ответ:
- Когда будете готовы к выпуску, сделайте
release_xxx
ветка, которая, по сути, является кандидатом на выпуск для новой версии. - Используйте выпускную ветвь во время интеграции и тестирования системы с другими репозиториями / кодом и т. Д. c.
- Если требуется изменение, сделайте его до
release
, но затем объедините это изменение с dev
. - Когда
release
полностью протестирован, слейте его с мастером, завершив его.
Если вам обычно не требуется какое-либо дополнительное время для ветки выпуска, вы можете создать ветвь hotfix
, которая после тестирования будет объединена как с master
, так и dev
. Ветви исправлений обычно предназначены для производственных проблем из того, что уже выпущено в производство - это похоже на ветвь функций, которая сливается с dev
, за исключением того, что предназначена для прямого слияния обратно с master
(в дополнение к dev
, поэтому все ветки разработки получают
Это позволяет продолжить параллельную разработку в dev
без необходимости вставлять sh новые вещи с dev
в master
, оставляя только те изменения, которые необходимы для исправление должно произойти в ветке release
или hotfix
, и вы можете управлять его перемещением обратно в dev
отдельно, чтобы убедиться, что оно включается в любую параллельную работу.
Credit: Vincent Driessen
Для решения текущей проблемы
Вы должны объединить master
в dev
, устранить все различия (т.е. добавить или удалить комментарии и т. Д. c.), А затем снова объединить *1047* в *1048*. 1049 *. Если вы просто хотите очистить, вы можете сделать это и направить pu sh на освоение, но лучше иметь PR с обзором коллег в dev
, чтобы обеспечить отслеживаемость и четко показать, что было сделано в истории git .