Как проверить, исправлены ли проблемы с объединением git?

Question

При объединении ветвей обычно возникают конфликты слияния, которые перечислены в командной строке. Я знаю, как устранить эти проблемы, просмотрев файлы с конфликтами и внес соответствующие изменения. У нас также есть «mergetool», который может быть очень полезным (не очень хорошо его использовать). Из того, что я читал из различных источников шаги, чтобы решить это являются:

• исправить конфликты
• добавить
• Вдавите

Это кажется довольно простым. Но что, если я что-то пропущу и не исправлю? Предоставляет ли Git возможность проверить, есть ли что-то еще, чтобы быть исправленным, кроме использования mergetool?

Answer 1

Do:

git diff -S "<<<<<<< HEAD" -S "=======" -S ">>>>>>> $(git name-rev --name-only MERGE_HEAD)" HEAD 

Это сравнивает содержимое worktree с HEAD, но показывает только любой выход, если один или более из трех типов слияния меток включена в изменение.

Например, если вы объединяете из филиала называется develop, неслитая файл может выглядеть следующим образом:

public void fooTheBar(Bar input) { 
<<<<<<< HEAD 
    if (input == null) { 
    throw new Exception("input cannot be null!"); 
    } 
======= 
    Console.WriteLine("preparing to foo the bar"); 
>>>>>>> develop 
    input.foo(); 
} 

Таким образом, чтобы гарантировать, что все файлы были объединены, то нужно искать какой-либо из следующих три линии:

<<<<<<< HEAD 
======= 
>>>>>>> develop 

И это то, что -S аргументы в команде сделать.Так как это не всегда будет develop, мы используем команду:

git name-rev --name-only MERGE_HEAD 

, чтобы получить имя ветви, вы переходящая в текущую ветку.

(Вы могли бы найти только один из этих линий, но поиск для всех трех является более надежной, и покажет вам случаи, когда, например, вы забыли удалить только одну из строк.)

Так как команда сравнивает рабочую строку с HEAD, а не только с поэтапными изменениями, это будет работать, даже если у вас есть git add файл, который все еще содержит конфликты.

Answer 2

Я думаю, что вопрос намекает на то, как разработчик знает, когда все ручные слияния были закончены? Например, вы можете запустить простое слияние как так:

git checkout master 
git merge dev 

и тогда вы получите:

CONFLICT blah blah 
CONFLICT blah blah 
CONFLICT blah blah 

иногда есть больше конфликтов, чем вы можете рассчитывать, (если вы безответственно).

то, что я делаю, это решить все руководство сливается, что я могу найти, а затем я глобальный поиск и «>>>>>» последовательность символов «< < < < <» в кодовом. Кажется, я работал в прошлом в прекрасном состоянии. Если у вас нет какой-либо из этих строк символов, то очень вероятно, что вы позаботились обо всех ручных слияниях, которые нужно заботиться. До тех пор, пока вы не используете -Xtheirs и опций git merge, то это довольно безопасная ставка, что вы успешно скомпилировали код на своих условиях.

Answer 3

Прежде чем добавлять файл, убедитесь, что вы не можете найти «====» внутри вашего файла. Вы можете легко достигнуть этого в командной строке с Vim:

vim yourFile 
/==== 
Enter 

Если вы не нашли ничего, то вы хорошо, чтобы добавить его!

Надеется, что это помогает