Jaki jest najprostszy sposób na listę skonfliktowanych plików w Git?

git diff --check

Wyświetli listę plików zawierających znaczniki konfliktu wraz z numerami linii .

Na przykład:

> 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

Źródło: https://ardalis.com/detect-git-conflict-markers

Próbuje odpowiedzieć na moje pytanie:

Nie, Nie ma prostszego sposobu niż ten w pytaniu, out of box.

Po wpisaniu tego zbyt wiele razy, po prostu wkleiłem krótszy do pliku wykonywalnego o nazwie 'git-conflicts', udostępnionego dla git, teraz mogę po prostu: git conflicts aby zdobyć listę, którą chciałem.

Update: jak sugeruje Richard, możesz skonfigurować alias git jako alternatywę dla pliku wykonywalnego

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

Zaletą używania programu wykonywalnego nad alias polega na tym, że możesz udostępnić ten skrypt członkom zespołu(w części bin dir repo).

Oto sposób na głupotę:

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

git status wyświetla "both modified" obok plików, które mają konflikty zamiast "modified" lub "new file", itd

git status --short | grep "^UU "

To działa dla mnie:

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

Lub

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

Możesz nacisnąć git ls-files -u w linii poleceń wyświetla listę plików z konfliktami

Jeśli spróbujesz się zaangażować i jeśli są konflikty, to git poda ci listę aktualnie nierozwiązanych konfliktów... ale nie jako zwykła lista. Zazwyczaj jest to to, co chcesz podczas interaktywnej pracy, ponieważ lista staje się krótsza w miarę rozwiązywania konfliktów.

Może to zostało dodane do Git, ale pliki, które nie zostały jeszcze rozwiązane, są wymienione w wiadomości o statusie (Git status) w następujący sposób:

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

Zauważ, że jest to sekcja niezapisane ścieżki.

Zakładając, że wiesz, gdzie jest Twój katalog główny git, ${GIT_ROOT}, możesz to zrobić,

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

Zawsze używałem git status.

Można dodać awk na końcu, aby uzyskać tylko nazwy plików

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

Moje 2 grosze tutaj (nawet gdy jest dużo fajnych / roboczych odpowiedzi)

I created this alias in my .gitconfig

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

Który pokaże mi tylko nazwy plików z konfliktami... nie cała ich droga :)

Oto, czego używam do listy zmodyfikowanych plików odpowiednich do podstawiania wiersza poleceń w bash

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

Aby edytować listę użyj substytucji $(cmd).

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

Nie działa, jeśli nazwy plików mają spacje. Próbowałem użyć sed do ucieczki lub cytowania spacji, a lista wyjściowa wyglądała dobrze, ale substytucja $() nadal nie zachowywała się tak, jak chciała.

Narzędzie Git wizard https://github.com/makelinux/git-wizard liczy oddzielnie nierozwiązane skonfliktowane zmiany (kolizje) i niezapisane pliki. Konflikty muszą być rozwiązywane ręcznie lub za pomocą mergetool. Resolved unmerged changes can me added and committed usually with Git rebase --continue.

Odpowiedź autorstwa Jones Agyemang jest prawdopodobnie wystarczająca dla większości przypadków użycia i była świetnym punktem wyjścia dla mojego rozwiązania. Do tworzenia skryptów w Git Bent, stworzonej przeze mnie bibliotece wrapperów git, potrzebowałem czegoś bardziej solidnego. Zamieszczam napisany przeze mnie prototyp, który nie jest jeszcze całkowicie przyjazny dla skryptów

Uwagi

• połączona odpowiedź sprawdza <<<<<<< HEAD, która nie działa w przypadku konfliktów merge z użyciem git stash apply, która ma <<<<<<< Updated Upstream
• moje rozwiązanie potwierdza obecność ======= & >>>>>>>
[18]}linked answer jest z pewnością bardziej wydajny, ponieważ nie musi robić tak wiele [19]}
• moje rozwiązanie nie podaje numerów linii

Drukowanie plików z konfliktami scalania

Potrzebujesz funkcji str_split_line od dołu.

# 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

Wyjście

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

Podziel ciągi przez funkcję linii

Możesz po prostu skopiować blok kodu, jeśli nie chcesz tego jako oddzielnej funkcji

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

Niewielka zmiana odpowiedzi Charlesa Baileya, która daje więcej informacji:

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

Jak zaznaczono w innych odpowiedziach, możemy po prostu użyć polecenia Git status, a następnie poszukać plików znajdujących się pod nieaktywnymi ścieżkami: