Dlaczego Git nie ignoruje mojego określonego pliku?

Dodałem następujący wiersz do .gitignore:

sites/default/settings.php

ale kiedy piszę git status, pokazuje plik jako plik niestacjonarny.

Jaki jest problem? Wszystkie inne wzorce działają dobrze.

Upewnij się, że .gitignoreznajdujesz się w katalogu głównym katalogu roboczego, w tym katalogu uruchom git statusi skopiuj ścieżkę do pliku z wyjścia statusu i wklej go do pliku .gitignore.

Jeśli to nie zadziała, prawdopodobnie plik jest już śledzony przez Git. Możesz to potwierdzić za pomocą danych wyjściowych git status. Jeśli pliku nie ma na liście w sekcji „Nieśledzone pliki” , oznacza to, że jest już śledzony przez Git i zignoruje regułę z .gitignorepliku.

Powodem ignorowania plików w Git jest to, że nie zostaną one dodane do repozytorium. Jeśli wcześniej dodałeś plik, który chcesz zignorować, będzie on śledzony przez Git, a reguły ignorowania pasujące do niego zostaną pominięte. Git robi to, ponieważ plik jest już częścią repozytorium.

Aby faktycznie zignorować plik, musisz go wyśledzić i usunąć z repozytorium. Możesz to zrobić za pomocą git rm --cached sites/default/settings.php. Spowoduje to usunięcie pliku z repozytorium bez fizycznego usuwania pliku (tak właśnie --cacheddziała). Po zatwierdzeniu tej zmiany plik zostanie usunięty z repozytorium, a zignorowanie go powinno działać poprawnie.

Wpadłem na to, to stare pytanie, ale chcę, aby ten plik był śledzony, ale aby nie śledzić go na niektórych kopiach roboczych, aby to zrobić, możesz uruchomić

git update-index --assume-unchanged sites/default/settings.php

.gitignore zignoruje tylko pliki, które nie zostały jeszcze dodane do repozytorium.

Jeśli zrobiłeś git add ., a plik został dodany do indeksu, .gitignore ci nie pomoże. Musisz to zrobić, git rm sites/default/settings.phpaby go usunąć, a następnie zostanie zignorowany.

Proszę użyć tego polecenia

git rm -rf --cached .
git add .

Czasami pliki .gitignore nie działają, nawet jeśli są poprawne. Powodem, dla którego Git ignoruje pliki, jest to, że nie są one dodawane do repozytorium. Jeśli dodałeś plik, który chcesz wcześniej zignorować, będzie on śledzony przez Git, a wszelkie pomijane reguły dopasowania zostaną pominięte. Git robi to, ponieważ plik jest już częścią repozytorium.

Miałem ten sam problem. Pliki zdefiniowane .gitingoretam, gdzie są wyświetlane jako pliki nieśledzone podczas działania git status.

Powodem było to, że .gitignoreplik został zapisany w UTF-16LEkodowaniu, a nie w UTF8kodowaniu.

Po zmianie kodowania .gitignorepliku na UTF8to działało dla mnie.

Co zrobiłem, aby zignorować plik settings.php :

1. git rm - cached sites / default / settings.php
2. zatwierdzenie (do tej pory nie działało)
3. ręcznie usunięte strony / default / settings.php (to załatwiło sprawę)
4. git add.
5. zatwierdzić (zignorowano pomyślnie)

Myślę, że jeśli istnieje plik zatwierdzony w Git, to ignorowanie nie działa zgodnie z oczekiwaniami. Wystarczy usunąć plik i zatwierdzić. Potem to zignoruje.

Są przypadki, np. Pliki konfiguracji aplikacji, które chcę śledzić w git (więc .gitignore nie będzie działać), ale muszę je zmienić dla ustawień lokalnych. Nie chcę, aby git zarządzał tymi plikami lub wyświetlał je jako zmodyfikowane. Aby to zrobić, używam skip-worktree:

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

Możesz potwierdzić, że pliki są pomijane, wyświetlając listę plików i sprawdzając, czy linie zaczynające się na literę S są pomijane

git ls-files -v | grep ^S

Jeśli w przyszłości chcesz, aby git ponownie zarządzał plikiem lokalnie, po prostu uruchom:

 git update-index --no-skip-worktree path/to/file

Mescalito powyżej miało świetną odpowiedź, która poprowadziła mnie właściwą drogą, ale

git update-index --assume-niezmieniony plik / to / ignore.php

Ma umowę z git, w której: użytkownik obiecuje nie zmieniać pliku i pozwala Gitowi założyć, że działający plik drzewa pasuje do tego, co jest zapisane w indeksie.

Zmieniam jednak zawartość plików, więc w moim przypadku lepszym rozwiązaniem jest --skip-worktree.

Witryna Toshiharu Nishiny zapewniła doskonałe wyjaśnienie pomijania-pracy bez zakładania-niezmienionego: Ignoruj ​​pliki już zarządzane lokalnie za pomocą Git

Kolejny możliwy powód - kilka wystąpień klientów git działających jednocześnie . Na przykład „git shell” + „GitHub Desktop” itp.

Zdarzyło mi się to, używałem „GitHub Desktop” jako głównego klienta i ignorowałem nowe ustawienia .gitignore: zatwierdzanie po zatwierdzeniu:

1. Popełniasz coś.
2. Następnie zatwierdzenie: ignoruje ustawienia .gitignore. Zatwierdzanie zawiera wiele plików tymczasowych wymienionych w .gitignore.
3. Wyczyść pamięć podręczną git; sprawdź, czy .gitignore to UTF8; usuń pliki -> zatwierdz - - przenieś pliki z powrotem; pomiń 1 zatwierdzenie - nic nie pomogło.

Powód : edytor Visual Studio Code działał w tle z tym samym otwartym repozytorium. VS Code ma wbudowaną kontrolę git, co powoduje pewne konflikty.

Rozwiązanie : sprawdź dwukrotnie wielu ukrytych klientów git i używaj tylko jednego klienta git jednocześnie, szczególnie podczas czyszczenia pamięci podręcznej git.

Upewnij się, że .gitignore nie ma rozszerzenia !! Nie może to być .gitignore.txt, w systemie Windows wystarczy nazwać plik .gitignore. i to zadziała.

Właśnie próbowałem tego z git 1.7.3.1 i podałem taką strukturę:

repo/.git/
repo/.gitignore
repo/sites/default/settings.php

gdzie repozatem jest wspomniany wyżej „root” (nazwałbym go rootem twojego drzewa roboczego) i .gitignorezawiera tylko sites/default/settings.php, ignorowanie działa dla mnie (i nie ma znaczenia, czy .gitignorezostanie dodane do repo, czy nie). Czy to pasuje do twojego układu repo? Jeśli nie, co się różni?

Na wypadek, gdyby ktoś w przyszłości miał ten sam problem, co ja:

Jeśli korzystasz z

*
!/**/
!*.*

sztuczka, aby usunąć pliki binarne bez rozszerzenia, upewnij się, że WSZYSTKIE inne linie gitignore są PONIŻEJ. Git będzie czytał z .gitignore od góry, więc mimo że miałem „test.go” w moim gitignore, był on pierwszy w pliku i stał się „nieignorowany” po

!*.*

Próbowałem większość powyższych poleceń na terminalu VS Code i dostałem błędy takie jak:

fatal: pathspec '[dir]/[file]' did not match any files

Otworzyłem projekt na GitHub Desktop i stamtąd zignorowałem i zadziałało.