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

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}"
}

如果你在本地git存储库中工作，或者在patch -p1——merge <…是应用。

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

对我来说，公认的答案并不管用。为了防止捕获

警告:[]中的LF将被CRLF取代。 该文件在您的工作目录中有其原始的行结束符

在Powershell中我使用了这种方法:

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

如果您尝试提交，并且存在冲突，那么git将为您提供当前未解决的冲突列表……但不是普通的列表。这通常是您在交互工作时想要的，因为当您解决冲突时，列表会变得更短。

正如在其他答案中突出显示的那样，我们可以简单地使用命令git status，然后查找未合并路径下列出的文件: