Сообщение о незафиксированных изменениях, а не реальных конфликтах слияния. Научитесь НЕ сливаться или делать какие-либо причудливые вещи с незафиксированными изменениями. Перед операцией зафиксируйте изменения или запишите их. Даже если конфликт подобным образом не помечен, скорее всего, это не то, что вы действительно хотели сделать.
В GE есть возможность показывать изменения в рабочей сцене (игнорируйте предупреждение «медленное», если вы не работаете с гигантским репо и регулярно имеете сотни измененных файлов) и привыкаете смотреть на него в режиме просмотра. Также кнопка «Commit» показывает счетчик, который должен быть 0, когда вы вызываете слияние.
Если в середине вашей работы вы хотите синхронизировать (и подумал еще раз и по-настоящему повод, честно), используйте stash
, затем потяните (или перебазируйте), а после этого выполните разблокировку своей работы.
Реальные конфликты слияния лучше всего обрабатывать с помощью инструментов визуального слияния, вы можете попробовать tortoisemerge или мой любимый diffgerge sourcegear. Kdiff3, поставляемый с GE, хорош, чтобы оглядываться вокруг, но не так хорош в разрешении, если только вам не нужно выбирать кандидатов буквально. GE автоматически разрешает разрешение конфликтов.
Выберите хорошую практику работы, чтобы избежать этой проблемы. Всегда выполняйте свою работу над ветвью функций. tch на ведущую ветвь, чтобы синхронизировать, когда вы готовы к объединению, после того как мастер обновлен, объедините свою ветку функций. Или вы можете переустановить ветвь вашей функции против мастера, а затем слить, если вы предпочитаете быстрый рабочий процесс стиля. Но в основном - как указано в этом ответе. – patthoyts