git commit get fatal error „fatal: CRLF zostanie zastąpiony przez LF in”

Używam Ubuntu 13.10 x64 i pracuję nad projektem, w którym niektórzy programiści używają systemu Windows. Niedawno zmieniłem konfigurację git core.eolna „lf” oraz core.autocrlfna „input” i core.safecrlf„true”. Od tego czasu, kiedy próbuję zatwierdzić plik do mojego lokalnego repozytorium, pojawia się ten błąd:
fatal: CRLF would be replaced by LF in ......
Z tego co rozumiem, jeśli ustawię core.eolna "lf" i core.autocrlf"input", git automatycznie przekonwertuje CRLF na LF, ale dlaczego ten błąd przyjdzie na zewnątrz? Jak mogę rozwiązać ten problem?

Dziękuję Ci.

To klasyczny problem:

(zdjęcie z Luis Tubes „s blogu )

Zwykłą poprawką jest samodzielne przekonwertowanie tych plików za pomocą dos2unix lub Swiss File Knife .

Zawsze wolał trzymać core.autocrlfsięfalse , co oznacza:

git config --global core.autocrlf false

Miałem ten sam problem i bezskutecznie wypróbowałem sugerowane rozwiązanie.

Musiałem wykonać drugie polecenie, aby zadziałało:

$ git config --global core.autocrlf false
$ git config --global core.safecrlf false

$ git config core.autocrlf false

Można po prostu spróbować dos2unix:

dos2unix [filename]

Zdarzyło mi się to na tysiącach plików. Napisałem więc szybki skrypt basha, aby dos2unixnaprawić to za mnie. Ktoś inny w systemie Linux lub Mac może uznać to za przydatne.

#!/usr/bin/env bash

unwindows() {

  local errmsg
  local fpath

  # base case
  errmsg="$(git add . 2>&1)"
  if [[ $? -eq 0 ]]; then
    echo 'Successfully converted CRLF to LF in all files.'
    echo 'Successfully ran "git add .".'
    echo 'Done.'
    return 0
  fi

  fpath="${errmsg#*fatal: CRLF would be replaced by LF in }"
  fpath="${fpath%.*}"

  if [[ "${fpath}" == "${errmsg}" ]]; then
    err 'Regex failed. Could not auto-generate filename from stderr.'
    return 1
  fi

  if [[ ! -e "${fpath}" ]]; then
    err "Regex failed. '${fpath}' does not exist."
    return 1
  fi

  if ! dos2unix "${fpath}"; then
    err "Failed to run \"dos2unix '${fpath}'\"."
    return 1
  fi

  # recursive case
  unwindows
}

err() {
  local -r msg="$1"
  echo "${msg}" >&2
}

unwindows

Zasadniczo próbuje to zrobić git add .. Jeśli polecenie nie powiedzie się, pobiera nazwę niezgodnego pliku z danych wyjściowych błędu. Następnie działa dos2unixna tym pliku. Powtarza ten proces, aż git add .zadziała.

Jeśli to uruchomisz, powinieneś zobaczyć dos2unix: converting file xxx to Unix format...wielokrotnie. Jeśli nie, to nie działa, więc po prostu naciśnij ctrl+ club command+, caby go zatrzymać.

Musisz dodać wszystkie pliki, które git statussą wyświetlane jako zmodyfikowane:

git add file1
git add file2

A następnie zatwierdź zmiany:

git commit

Spowoduje to zachowanie lokalnych plików bez zmian, ale pozostaną autocrlfone w zdalnym repozytorium.

Napotkałem ten sam problem i naprawiłem edycję, .gitattributesjak poniżej.

$ vim .gitattributes

zakomentuj 2 linie w .gitattributes

-* text=auto
-* text eol=lf
+# * text=auto
+# * text eol=lf

Nie jestem pewien, czy to dotyczy Ciebie, ale otrzymywałem ten błąd, gdy przypadkowo próbowałem dodać wszystko node_modulesdo etapowych zmian. Więc faktycznie rozwiązać mój problem..gitignoringnode_modules

Jestem na komputerze Mac z terminalem i miałem ten problem z plikiem .htaccess, który próbowałem zatwierdzić, otrzymując błąd krytyczny:

fatal: CRLF would be replaced by LF in .htaccess

Chciałem rozwiązać problem, taki jak żądania OP, a nie tylko wyłączyć flagę git, więc znalazłem ten artykuł, który zawiera polecenie Perla, aby rozwiązać problem na podstawie pliku.

perl -pi -e 's/\r\n/\n/g' input.file

Więc dla mojego błędu .htaccess powyżej, uruchomiłem następujące polecenie:

perl -pi -e 's/\r\n/\n/g' .htaccess 

Flagi -p, -i i -e (pie) można łączyć, aby umożliwić edycję plików za pomocą Perla z wiersza poleceń. W tym przypadku zastąpienie wszystkich znalezionych \ r \ n \ n.