git update-index --assume-unchanged zwraca „fatal, nie można oznaczyć pliku”

Mam ten sam problem co OP w tym poście, ale nie rozumiem odpowiedzi oznaczonej jako poprawna (nie widzę, żeby wyjaśniała, jak naprawić sytuację)

Robię to i otrzymuję ten błąd:

$ git update-index --assume-unchanged web.config
fatal: Unable to mark file web.config

1. Plik JEST dodany do repozytorium

2. NIE jest w .git/info/exclude

3. NIE jest w .gitignore(było, ale wyjąłem go, a następnie wymusiłem dodanie pliku web.config za pomocą git add -f web.config, zatwierdzenie i przekazanie tych zmian do repozytorium)

4. Kiedy robię Git ls-files -o tego NIE ma

Więc co mogę zrobić, aby to naprawić?

Miałem ten sam problem co Ty i wykonałem te same cztery kroki, które wskazałeś powyżej, i miałem te same wyniki. Obejmuje to fakt, że mój plik był wyświetlany podczas wykonywania git ls-files -o. Jednak w moim przypadku próbowałem wykonać git update-index --assume-unchangedrównież na pliku, którego nie było na liście podczas wykonywania ls-files -o, i nadal otrzymywałem ten sam błąd „ fatal: Unable to mark file”.

Pomyślałem, że może to błąd i pobrałem najnowszą wersję gita, ale to nie pomogło.

W końcu zdałem sobie sprawę, że w tym poleceniu rozróżniana jest wielkość liter! Obejmuje to pełną ścieżkę i nazwę pliku. Po zaktualizowaniu ścieżki do katalogu tak, aby podana była pełna ścieżka z odpowiednią wielkością liter, polecenie wykonało się poprawnie.

Zwróć uwagę, że dotyczyło to Git dla systemu Windows, więc wyniki mogą się różnić w przypadku innych platform.

Miałem ten sam problem na komputerze Mac. Rozróżnianie wielkości liter nie stanowiło dla mnie problemu - problem polegał na tym, że musiałem najpierw zresetować git:

Problem:

 git update-index --assume-unchanged index.php
 fatal: Unable to mark file index.php

Rozwiązanie:

git reset HEAD
Unstaged changes after reset:
M   index.php
git update-index --assume-unchanged index.php

W moim przypadku drzewo, które zaznaczałem, było katalogiem, a nie plikiem, jak w twoim przypadku, i brakowało mi ukośnika po jego nazwie.

Niepoprawnie -

git update-index --assume-unchanged directory-name

Prawidłowo -

git update-index --assume-unchanged directory-name/

Zwróć uwagę na ukośnik (/) na końcu.

fatal: nie można oznaczyć lokalizacji pliku / el-GR.js

Co możesz zrobić to:

1. Przejdź do właściwej ścieżki, w której znajduje się plik w Twoim lokalnym (w GITBASH)
2. Zaktualizuj indeks $git update-index --assume-unchanged <file name>

To mi pomogło! :)

Upewnij się, że plik został dodany do repozytorium git, jeśli nie, dodaj plik w repozytorium git i spróbuj to zadziała.

Jeśli twoja ścieżka zawiera spacje, możesz otrzymać ten błąd, nawet jeśli masz poprawną wielkość liter.

Powoduje to błąd „krytyczny”:

git update-index --assume-unchanged code/Solution Files/WebEssentials-Settings-json

Aby to naprawić, po prostu dodaj cudzysłowy wokół ścieżki.

git update-index --assume-unchanged "code/Solution Files/WebEssentials-Settings-json"

Mój problem polegał na tym, że wypróbowałem polecenie z symbolem wieloznacznym *, zakładając, że będzie rekurencyjne, ale tak nie było.

Więc co zrobiłem

$ git reset HEAD
Unstaged changes after reset: 
M   .gradle/1.9/taskArtifacts/cache.properties.lock
M   .gradle/1.9/taskArtifacts/fileHashes.bin
M   .gradle/1.9/taskArtifacts/fileSnapshots.bin
M   .gradle/1.9/taskArtifacts/outputFileStates.bin
M   .gradle/1.9/taskArtifacts/taskArtifacts.bin

wykonanie

$ git update-index --assume-unchanged .gradle/1.9/taskArtifacts/*

pracował wtedy dla mnie i nie spowodował PO i mojego problemu.

Miałem ten problem, gdy próbowałem odblokować pliki * .orig.

Oto, co zrobiłem, aby je wyśledzić:

$git reset -- *.orig

jeśli to nie zadziała:

$git clean -fd

--assume-unchangeddotyczy wolnych systemów plików, a użytkownicy obiecują, że Git nie musi sprawdzać tego pliku, ponieważ Git może założyć, że jest on niezmieniony. Ale niektóre polecenia nadal sprawdzają i produkują „niespodziankę”!

Nie używaj do plików, które się zmieniają.

Przepraszam, że jestem zwiastunem tej wiadomości (mam aktualizację w celu zmiany tej dokumentacji).

W moim przypadku próbowałem użyć dowolnej z powyższych metod, ale bez powodzenia.

Po wielu próbach po prostu pomyślałem, aby dodać plik do indeksowania.

git add myfile.php

Git odrzucił tę czynność, ale poradził mi, abym zrobił to na siłę.

git add myfile.php -f

I to zadziałało dla mnie.

Upewnij się, że masz zaznaczony plik „web.config”.

Jeśli tak nie jest, zostanie wyświetlony ten komunikat o błędzie.

Może komuś się przyda. Miałem ten sam problem i nie było problemu ze składnią, bez nazwy ze spacjami, bez problemu ze ścieżką, a polecenie resetowania git nie działało. Przekazywałem polecenie z folderu wewnątrz apache www i usługa apache została zatrzymana. Uruchomiono ponownie usługę apache i błąd zniknął

Jednym z częstych błędów związanych z używaniem tego polecenia jest próba założenia, że ​​plik nie jest śledzony lub plik został już zignorowany przez git.

Upewnij się najpierw, że plik jest śledzony przez uruchomienie

git ls-files | grep relative_path/to/file

Jeśli nie wyświetla pliku, musisz go najpierw dodać:

git add relative_path/to/file

Jeśli to pokazuje twój plik lub już dodałeś ten plik do git, powinieneś być w stanie uruchomić git, zakładając polecenia normalnie:

git update-index --skip-worktree relative_path/to/file

lub dla folderów

git update-index --skip-worktree relative_path/to/folder/

możesz sprawdzić, czy zakłada się, że Twój plik jest ignorowany, uruchamiając

git ls-files -v | grep ^S

Znak S oznacza pominięte pliki.

Dla wszystkich przyszłych gości. Żadne z powyższych nie rozwiązało mojego problemu. Zrozumiałem, że .gitignoreplik musi być umieszczony we właściwym katalogu. W moim przypadku, gdy przeniosłem się .gitignoredo katalogu głównego aplikacji, problem został rozwiązany.

Sprawdź, czy plik, który ma być oznaczony, istnieje i czy pisze poprawnie, zwłaszcza ścieżkę do pliku i separator pliku. Separatory plików systemu Windows i systemu Linux są w różnych kierunkach.

Zauważyłem, że czasami to nie działa, ponieważ już zapisałeś plik do swojego .gitignore i wykonałeś push lub pull. Musisz tylko wykonać push, a plik powinien być ignorowany przy kolejnych zatwierdzeniach, nawet jeśli lokalnie modyfikujesz plik.

Miałem ten sam problem z cygwinem w oknach. Podanie pełnej ścieżki do pliku