Какой самый простой способ перечислить конфликтующие файлы в Git?

git diff --check

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

Например:

> git diff --check
index-localhost.html:85: leftover conflict marker
index-localhost.html:87: leftover conflict marker
index-localhost.html:89: leftover conflict marker
index.html:85: leftover conflict marker
index.html:87: leftover conflict marker
index.html:89: leftover conflict marker

источник: https://ardalis.com/detect-git-conflict-markers

Пытаюсь ответить на свой вопрос:

Нет, кажется, нет более простого способа, чем тот, который указан в вопросе, из коробки.

После того, как я набрал это слишком много раз, просто вставил более короткий в исполняемый файл с именем 'git-columns', доступный для git, теперь я могу просто: git conflicts получить список, который я хотел.

Обновление: как предлагает Ричард, вы можете настроить псевдоним git в качестве альтернативы исполняемому файлу

git config --global alias.conflicts '!git ls-files -u | cut -f 2 | sort -u'

Преимущество использования исполняемого файла перед псевдонимом заключается в том, что вы можете поделиться этим скриптом с членами команды (в части репозитория bin dir).

Вот надежный способ:

grep -H -r "<<<<<<< HEAD" /path/to/project/dir

git status отображает "оба измененных" рядом с файлами, у которых есть конфликты, вместо "измененный" или "новый файл" и т. Д.

Это работает для меня:

git grep '<<<<<<< HEAD'

or

git grep '<<<<<<< HEAD' | less -N

вы можете нажать git ls-files -u в командной строке, в нем перечислены файлы с конфликтами

Если вы попытаетесь выполнить фиксацию и возникнут конфликты, git предоставит вам список неразрешенных на данный момент конфликтов ... но не в виде простого списка. Обычно это то, что вам нужно при интерактивной работе, потому что список становится короче по мере устранения конфликтов.

Возможно, это было добавлено в Git, но файлы, которые еще предстоит разрешить, перечислены в сообщении о состоянии (статус git) следующим образом:

#
# Unmerged paths:
#   (use "git add/rm <file>..." as appropriate to mark resolution)
#
#   both modified:      syssw/target/libs/makefile
#

Обратите внимание, что это раздел "Не объединенные пути".

Я бы также предложил следующую команду, если вы работаете в локальном репозитории git или в каталоге, в котором был применен patch -p1 --merge < ....

grep -rnw . -e '^<<<<<<<$'

Предполагая, что вы знаете, где находится ваш корневой каталог git, $ {GIT_ROOT}, вы можете:

 cat ${GIT_ROOT}/.git/MERGE_MSG | sed '1,/Conflicts/d'

Я всегда просто использовал git status.

можно добавить awk в конце, чтобы получить только имена файлов

git status -s | grep ^U | awk '{print $2}'

Мои 2 цента здесь (даже когда много крутых / рабочих отзывов)

Я создал этот псевдоним в моем .gitconfig

[alias]
 ...
 conflicts = !git diff --name-only --diff-filter=U | grep -oE '[^/ ]+$'

который покажет мне только имена файлов с конфликтами ... а не весь их путь :)

Вот что я использую для списка измененных файлов, подходящих для подстановки в командной строке в bash

git diff --numstat -b -w | grep ^[1-9] | cut -f 3

Для редактирования списка используйте замену $(cmd).

vi $(git diff --numstat -b -w | grep ^[1-9] | cut -f 3)

Не работает, если в именах файлов есть пробелы. Я попытался использовать sed, чтобы экранировать или заключать пробелы в кавычки, и список вывода выглядел правильно, но подстановка $() по-прежнему не работала должным образом.

Утилита git wizard https://github.com/makelinux/git-wizard считает отдельно неразрешенные конфликты изменения (коллизии) и неслитые файлы. Конфликты необходимо разрешать вручную или с помощью mergetool. Решенные несмешанные изменения можно добавить и зафиксировать с помощью git rebase --continue.

ответ Джонса Агьеманга, вероятно, достаточен для большинства случаев использования и стал отличной отправной точкой для моего решения. Для написания сценариев в Git Bent, созданной мной библиотеке-оболочке git, мне нужно было кое-что побольше крепкий. Я публикую написанный мной прототип, который еще не полностью адаптирован к сценариям.

Примечания

• Связанный ответ проверяет <<<<<<< HEAD, что не работает для конфликтов слияния из-за использования git stash apply, имеющего <<<<<<< Updated Upstream
• Мое решение подтверждает наличие ======= & >>>>>>>
• Связанный ответ, безусловно, более эффективен, так как он не должен делать столько
• Мое решение НЕ предоставляет номера строк

Печать файлов с конфликтами слияния

Вам нужна функция str_split_line снизу.

# Root git directory
dir="$(git rev-parse --show-toplevel)"
# Put the grep output into an array (see below)
str_split_line "$(grep -r "^<<<<<<< " "${dir})" files
bn="$(basename "${dir}")"
for i in "${files[@]}"; do 
    # Remove the matched string, so we're left with the file name  
    file="$(sed -e "s/:<<<<<<< .*//" <<< "${i}")"

    # Remove the path, keep the project dir's name  
    fileShort="${file#"${dir}"}"
    fileShort="${bn}${fileShort}"

    # Confirm merge divider & closer are present
    c1=$(grep -c "^=======" "${file}")
    c2=$(grep -c "^>>>>>>> " "${file}")
    if [[ c1 -gt 0 && c2 -gt 0 ]]; then
        echo "${fileShort} has a merge conflict"
    fi
done

Вывод

projectdir/file-name
projectdir/subdir/file-name

Разделить строки по линейной функции

Вы можете просто скопировать блок кода, если не хотите, чтобы это была отдельная функция.

function str_split_line(){
# for IFS, see https://stackoverflow.com/questions/16831429/when-setting-ifs-to-split-on-newlines-why-is-it-necessary-to-include-a-backspac
IFS="
"
    declare -n lines=$2
    while read line; do
        lines+=("${line}")
    done <<< "${1}"
}

Для меня принятый ответ не сработал. Чтобы предотвратить захват

предупреждение: LF будет заменен на CRLF в []. Файл будет иметь исходные окончания строки в вашем рабочем каталоге.

Вместо этого в Powershell я использовал это:

git ls-files -u| ForEach{($_.Split("`t"))|Select-Object -Last 1}| get-unique

небольшой вариант ответа Чарльза Бейли, который дает дополнительную информацию:

git diff --name-only --diff-filter=U | xargs git status

Как указано в других ответах, мы можем просто использовать команду git status, а затем искать файлы, перечисленные в разделе Unmerged paths: