也许这已经添加到Git中，但尚未解析的文件在状态消息(Git状态)中列出，如下所示:

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

注意，这是Unmerged paths部分。

使用git diff，带name-only只显示名称，diff-filter=U只包括'Unmerged'文件(可选地，相对于当前工作目录显示路径)。

git diff --name-only --diff-filter=U --relative

这里有一个万无一失的方法:

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

你可以在命令行上点击git ls-files -u，它会列出有冲突的文件

也许这已经添加到Git中，但尚未解析的文件在状态消息(Git状态)中列出，如下所示:

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

注意，这是Unmerged paths部分。

Jones Agyemang的回答对于大多数用例来说可能已经足够了，并且是我的解决方案的一个很好的起点。对于在Git Bent(我制作的Git包装器库)中编写脚本，我需要一些更健壮的东西。我正在发布我所编写的原型，它还不是完全脚本友好的

笔记

链接的答案检查<<<<<<< HEAD，它不工作的合并冲突使用git stash应用程序，有<<<<<<<更新的上游 我的解决方案确认了=======和>>>>>>>的存在 链接的答案肯定更有性能，因为它不需要做那么多 我的解决方案不提供行号

打印合并冲突的文件

您需要下面的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}"
}