Ответ 1
Кажется, я просто искал не то место. Решение оказалось довольно простым.
git checkout -m <file>
Это возвращает файл в конфликтное состояние. Затем я могу запустить git mergetool
для повторного слияния.
Я нахожусь в середине большого слияния, и я использовал git mergetool
для разрешения всех конфликтов, но я еще не сделал этого, так как я хотел убедиться, что слияние было в порядке.
Оказывается, я допустил ошибку при разрешении конфликтов в одном файле, и я хотел бы повторить разрешение конфликта с помощью git mergetool
в этом файле. Поскольку это большое слияние, я бы хотел избежать повторного слияния с другими файлами, так как я понимаю, что я должен был бы сделать с git merge --abort
.
Я знаю, что могу просто отредактировать файл вручную, но это было бы довольно утомительно, и было бы намного проще повторить операцию git mergetool
. Возможно ли это?
Кажется, я просто искал не то место. Решение оказалось довольно простым.
git checkout -m <file>
Это возвращает файл в конфликтное состояние. Затем я могу запустить git mergetool
для повторного слияния.
Вы всегда можете редактировать файлы вручную.
Если вы используете git merge --no-commit
, тогда вы просто будете иметь готовую фиксацию (после автоматического и полуавтоматического) слияния.
Вы все равно можете безопасно редактировать файлы и выполнять их только при полном удовлетворении.