Git odmawia zresetowania / odrzucenia plików

Zawsze wspominałem o upewnieniu się, że Twoje core.autocrlf jest ustawione na false, jak w " Git : stuck repo używając stash po normalizacji crlf?"

git config --global core.autocrlf false

Również upewnij się, że nie masz .gitattributes Plik z dyrektywami eol, które próbowałyby przekonwertować końcówki linii.
Podstawową ideą jest: czy nadal widzisz ten Komunikat o błędzie, gdy upewniasz się, że nie ma automatycznej konwersji dowolnego rodzaju?

Ale na wszelki wypadek, rozważ również " Git rebase nie powiedzie się, "Twoje lokalne zmiany w następujących plikach zostaną nadpisane przez scalenie". Żadnych lokalnych zmian?"

Jestem na Macu, a ta niejasna zmiana konfiguracji wydawała się naprawiać wszystkie moje nieszczęścia związane z niestagowanymi zmianami, gdy ich nie było.

git config --global core.trustctime false

Właśnie spędziłem 2 godziny (!) w tej samej kwestii z a .plik svg (skalarna grafika wektorowa), który zmieniał się po 'revert' bez mojej interwencji.

Tak więc plik wyświetla się jako zmodyfikowany w 'Git status' ; Przywracanie go powiedzie się, ale ciągle się zmienia, więc 'pull' ciągle zawodzi.... irytujące!

No luck with 'Git reset', 'git ignore', 'git untrack" itd...

W końcu rozwiązałem to usuwając Plik z mojego lokalnego systemu (nie 'Git delete' , tylko Shift + Delete) > > teraz 'pull' żądanie przechodzi, a plik jest pobierany ze zdalnego repozytorium.

Tak łatwo, że mogę płakać!

Ten problem wielokrotnie pojawiał się w repozytorium arkuszy znaków Roll20 na komputerze Ubuntu i mogłem go rozwiązać przez

#!/bin/sh

# Use in root dir of git repository
# Fixes some newline-related weirdness
git rm --cached -r .
git reset --hard

Ale to przestało rozwiązywać problem całkowicie dzisiaj i rozglądając się wokół Stack Overflow znalazłem winowajcę ich Pliku .gitattributes:

# Auto detect text files and perform LF normalization
* text=auto

Po git pull origin master, git status zwrócony:

On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   Star Wars Revised RPG/SWRRPG-updated.html

no changes added to commit (use "git add" and/or "git commit -a")

Rozwiązaniem było usunięcie * text=auto linii zgitattributes:

$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   .gitattributes

no changes added to commit (use "git add" and/or "git commit -a")

Zmiany na .gitattributes mogą zostać odrzucone, a Git nadal będzie bądź zadowolony.

Edit +1D:gitattributes" trick " dzisiaj, ale nie git status przed odrzuceniem .gitatt przypisuje zmiany. Bez powodu oczywistym dla mnie (może buforowanie git status?), a git status następnie zwrócił to ponownie:

On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   Star Wars Revised RPG/SWRRPG-updated.html

no changes added to commit (use "git add" and/or "git commit -a")

Robi to ponownie, ale z git status Inbetween zadziałało.