gitignore nie ignoruje folderu

W katalogu głównym mojego projektu mam foofolder. Wewnątrz foofolderu mam barfolder. Chciałbym zignorować wszystkie zmiany we wszystkich plikach w moim barfolderze. Mam to w moim gitignore:

/foo/bar

Folder jest zaznaczony: istnieje i zawiera pliki do zignorowania. gitignorejest committed. Jednak mam plik, w którym wykonuję modyfikację i znajduje się w moim barfolderze. Kiedy piszę

git status

wewnątrz mojego git bashwidzę plik, który powinien zostać zignorowany. Jaki może być powód i jak z powodzeniem zignorować wszystkie pliki w folderze mojego paska?

Zauważ, że pliki były wcześniej ignorowane z tą samą linią, ale musiałem tymczasowo usunąć tę linię do commitczegoś na serwerze. Po zakończeniu commitumieściłem linię z powrotem w gitignore. To było jakiś czas temu, ale teraz zauważyłem, że pliki będą w formacie git status. Spodziewałbym się, że będę mógł modyfikować ignorowane pliki bez pojawiania się w git status.

Zgaduję, że ten folder został już wcześniej sprawdzony w git?

Uruchom git rm -r --cached <folder>i sprawdź ponownie.

Dla mnie zaakceptowana odpowiedź była częścią rozwiązania, a nie całym rozwiązaniem. Być może inne kroki, które zamierzam opublikować, były oczywiste, ale najpierw je przegapiłem. Oto kroki, które podjąłem, aby upewnić się, że mój .gitignoreplik zignorował folder, który chciałem, aby zignorował:

1. Zatwierdź wszelkie zmiany, które chcesz naprawić / zmienić.
2. Uruchom to polecenie: git rm -r --cached .(które usuwa wszystko z indeksu git w celu odświeżenia repozytorium git)
3. Następnie uruchom to polecenie: git add .(aby dodać wszystko z powrotem do repozytorium)
4. Na koniec zatwierdź te zmiany za pomocą git commit -m ".gitignore Fixed"

Link do artykułu, z którego znalazłem rozwiązanie, znajdziesz tutaj .

Miałem ten problem i zdałem sobie sprawę, że git właściwie ignorował pliki / foldery, ale mój edytor kodu (Visual Studio Code) był po prostu błędny i nie „wyszarzał” ich poprawnie na pasku bocznym interfejsu użytkownika. Zrestartowałem VSCode i zgodnie z oczekiwaniami były wyszarzone.

Jako dodatek do zaakceptowanej odpowiedzi

git rm -r --cached /foo/bar/
git status

Kiedy to robię, terminal wyświetla kilka rmplików w tym katalogu. Aby zapobiec kolejnemu zatwierdzeniu, które może niepotrzebnie wpłynąć na pilota, zrobiłem:

git reset HEAD *
git status

Po tym, to nic nie powiedział do popełniania i kiedy modyfikowanie plików wewnątrz /foo/bar/i zrobić git statusi jeszcze dostać nothing to commit.