Разрешение слияния eGit — используйте свою копию

Я все еще новичок в eGit. Я пытаюсь понять, как заставить eGit разрешить конфликт слияния, используя мою копию, без изменений. Я имею в виду заметки в eGit Wiki:

http://wiki.eclipse.org/EGit/User_Guide#Possible_merge_results

Однако, когда я добавляю свою копию для разрешения конфликта, eGit все равно оставляет метки diff в файле "‹‹‹‹‹‹‹ HEAD", "=======", ">>>>>>> ". В документе сказано добавить после использования Merge-Tool:

отредактируйте версию рабочего дерева, пока она вас не устроит. Команда > Добавить объединенный ресурс, чтобы пометить конфликт как разрешенный.

Тем не менее, он по-прежнему оставляет метки различий в файле после того, как я разрешил конфликт, используя свою копию, что действительно не приводит к изменению и, следовательно, не требует сохранения. Мой вопрос: как мне заставить eGit принимать, добавлять и фиксировать мою копию, не оставляя маркеров различий в файле? Уйдут ли эти маркеры при финальном коммите?


person Jason Huntley    schedule 20.03.2012    source источник
comment
следовательно, не требует сохранения -> поэтому я предполагаю, что вы использовали параметр «Использовать HEAD» в диалоговом окне инструмента слияния? Если вы не можете сохранить левую сторону после выбора этой опции, это похоже на ошибку в EGit. Если это так, я бы предложил подать отчет об ошибке.   -  person robinst    schedule 20.03.2012
comment
Да, выбрал вариант «Использовать HEAD». Ну ладно, я проверю доску ошибок, посмотрю, известная ли это проблема или добавлю.   -  person Jason Huntley    schedule 20.03.2012
comment
K, если кто-то еще хочет, чтобы это было решено, я указал здесь ошибку: bugs.eclipse.org/bugs/show_bug.cgi?id=374790. Существует связанная проблема, но не идентичная: bugs.eclipse.org/bugs/ show_bug.cgi?id=322537   -  person Jason Huntley    schedule 20.03.2012
comment
Хорошо, спасибо за сообщение об ошибке. Кстати, это EGit, а не eGit.   -  person robinst    schedule 20.03.2012
comment
Эта проблема выглядит так же, я просто опубликовано с другим обходным решением. Спасибо за отчет об ошибке, я только что проголосовал за него. Не круто, что ошибка все еще существует спустя 3,5 с лишним года.   -  person SantiBailors    schedule 21.10.2015


Ответы (1)


Пока ошибка исправлена, делайте то, что предлагается в комментариях к ошибке.

Frank Jakop CLA 08-07-2013 09:53:34 по восточному поясному времени Мы тоже очень ценим это, на данный момент нам нужно «обходной путь», вставив, а затем удалив пробел в файле, сохранив и добавив в индекс.

person cirovladimir    schedule 03.10.2013