.gitignore jest ignorowany przez Git

Mój .gitignoreplik wydaje się być ignorowany przez Git - czy .gitignoreplik może być uszkodzony? Jakiego formatu pliku, ustawień regionalnych lub kultury oczekuje Git?

Mój .gitignore:

# This is a comment
debug.log
nbproject/

Wyjście z git status:

# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       debug.log
#       nbproject/
nothing added to commit but untracked files present (use "git add" to track)

Chciałbym debug.logi nbproject/nie pojawiać się na liście nieśledzonych plików.

Gdzie powinienem zacząć to naprawiać?

Nawet jeśli do tej pory nie śledziłeś plików, Git wydaje się być w stanie o nich wiedzieć nawet po ich dodaniu .gitignore.

OSTRZEŻENIE: Najpierw zatwierdź swoje bieżące zmiany, inaczej je stracisz.

Następnie uruchom następujące polecenia z górnego folderu repozytorium Git:

git rm -r --cached .
git add .
git commit -m "fixed untracked files"

Jeśli wydaje się, że Git nie zauważa zmian dokonanych w .gitignorepliku, możesz sprawdzić następujące punkty:

• Może istnieć .gitignoreplik globalny , który może kolidować z plikiem lokalnym

• Kiedy dodajesz coś do pliku .gitignore, spróbuj tego:

  git add [uncommitted changes you want to keep] && git commit
  git rm -r --cached .
  git add .
  git commit -m "fixed untracked files"
  

• Jeśli usuniesz coś z pliku .gitignore i powyższe kroki mogą nie działać, jeśli zauważysz, że powyższe kroki nie działają, spróbuj tego :

  git add -f [files you want to track again]
  git commit -m "Refresh removing files from .gitignore file."
  
  // For example, if you want the .java type file to be tracked again,
  // The command should be:
  //     git add -f *.java
  

Naprawiony. OK, utworzyłem plik .gitignore w Notatniku w systemie Windows i nie działał. Kiedy przeglądałem plik .gitignore w systemie Linux, wyglądał jak zorganizowany bełkot - być może Notatnik napisał Unicode zamiast ASCII lub cokolwiek 8-bitowego.

Więc przepisałem plik na moim Linux-ie, a kiedy ściągnąłem go z powrotem do systemu Windows, działa dobrze! Hurra!

Bez dodawania kolejnego zatwierdzenia do projektu wystarczy jedna linia, aby wykonać .gitignorepracę tak, jak powinna:

git rm -r --cached debug.log nbproject

Spowoduje to usunięcie ich z repozytorium, ale nadal pozostanie fizycznie. Mówiąc wprost, usuwa historię zmian związanych z nimi, a także nie śledzi ich zmian w żadnym późniejszym zatwierdzeniu. Możesz znaleźć lepsze wyjaśnienie tutaj .

Inną przyczyną tego problemu są puste spacje lub tabulatory przed instrukcją:

Przykład:

# Be aware of the following:
 notWorkingIgnore.*
workingIgnore.*

I jak wskazano w komentarzu poniżej, spacją może być również problem:

# Be aware of the following:
notWorkingIgnore.* #<-Space
workingIgnore.*#<-Nospace

Zauważyłem, że kodowanie .gitignoremiało wpływ - jeśli plik był Unicode, był ignorowany, jeśli był to ASCII, nie był.

Proces:

1. Sprawdź status: PS> git status
2. Utwórz funkcję do Get-FileEncoding
3. .gitignoreKodowanie testu :PS> Get-FileEncoding .gitignore
4. Zmień kodowanie na ASCII:PS> Set-Content .gitignore -Encoding Ascii -Value (Get-Content .gitignore)
5. Potwierdzać: PS> git status

Podobnie jak w przypadku innych rozwiązań, popełnić pierwszy i zdawać sobie sprawę, że będzie stracić żadnych zmian un-popełnione.

Miałem z tym lepsze wyniki:

git rm -r --cached .
git reset HEAD --hard
git status

Pamiętaj, że status nie powinien mieć teraz żadnych zmodyfikowanych plików.

W moim przypadku dzieje się tak, ponieważ pliki już istnieją w repozytorium i staram się je zignorować.

Oto rzeczy, które zrobiłem, aby rozwiązać problem:

• Skopiuj pliki do folderu tymczasowego
• Usuń je z mojego folderu projektu.
• Zatwierdź zmiany, które usuwają te pliki z repozytorium
• Ponownie dodałem te pliki do mojego folderu projektu

Do tego czasu wszelkie zmiany, które wprowadziłem w tych plikach, zostały zignorowane.

Myślę, że nie możesz zignorować plików, które już istnieją w repozytorium.

Wszystkie odpowiedzi tutaj są w rzeczywistości obejściami. Przed uruchomieniem musisz utworzyć plik .gitignore git init. W przeciwnym razie gitnigdy nie będziesz wiedział, że musisz zignorować te pliki, ponieważ zostały już wyśledzone.

echo .idea/ >> .gitignore
git init

Jeśli rozwijasz się na codzień, radzę dodać do Twojego ~/.gitignore_globalpliku zwykle ignorowane pliki . W ten sposób gitbędziesz już wiedział, które pliki (co oznacza „twój użytkownik”, ponieważ jest to plik w katalogu domowym) zwykle ignorujesz.

Sprawdź także katalog, w którym umieściłeś .gitignore.

Powinien znajdować się w katalogu głównym Twojego projektu :

./myproject/.gitignore

Nie w

./myproject/.git/.gitignore

W szczególności dla użytkowników systemu Windows: jeśli masz nieśledzone pliki, a czyszczenie / usuwanie buforowanych plików nie działa. Spróbuj otworzyć PowerShell i przekonwertować plik .gitignore na kodowanie UTF-8:

$Myfile = Get-Content .\.gitignore`
$Myfile | Out-File -Encoding "UTF8" .gitignore

Musisz to zrobić tylko raz, aby zakodować plik .gitignore dla tego katalogu, a ponieważ plik jest następnie kodowany poprawnie, przy każdej edycji pliku w przyszłości powinien on działać. Wydaje mi się, że jest to spowodowane usterką polegającą na tym, że GitHub nie zamierza czytać kodowania innego niż UTF-8 dla pliku .gitignore. O ile mi wiadomo, ten problem nie został jeszcze rozwiązany w systemie Windows. To nie jest zbyt wielka sprawa, po prostu debugowanie, gdy nie działa.

.gitignoreMoże się zdarzyć inny problem , szczególnie dla użytkownika systemu Windows. Git nie lubi tego, kiedy się nazywasz .gitignore(np. unity.gitignore).

Zawsze będziesz chciał go nazwać .gitignorelub w systemie Windows, .gitignore.ponieważ system Windows myśli, że próbujesz zmienić nazwę bez nazwy pliku.

Właśnie natrafiłem na ten problem. Zawartość mojego pliku .gitignore nadal pojawiała się na liście nieśledzonych plików.

Użyłem tego, aby utworzyć plik ignorowania:

echo "node_modules" > .gitignore

Okazuje się, że podwójne cytaty były dla mnie problemem. Usunąłem plik zignorowany, a następnie ponownie użyłem polecenia bez cudzysłowów i działało to zgodnie z oczekiwaniami. Nie musiałem zadzierać z kodowaniem plików. Używam Cmder na komputerze z systemem Windows 10 .

Przykład:

echo node_modules > .gitignore

Dla mnie żadna z poprzednich odpowiedzi nie zadziałała. Musiałem skopiować .gitignoretekst do exclude.txtpliku znalezionego pod adresem

<Your-project-folder>\.git\info

Po zakończeniu odśwież zmiany i znikną wszystkie nieśledzone pliki. Zobowiązuj się jak zwykle.

Moim problemem był (jak sugeruje OP) uszkodzony plik .gitignore. Nie wierzyłem, że tak, i zignorowałem tę możliwość, dopóki wszystko inne nie zawiodło. Uszkodzenie nievi pojawiło się , ale na początku pliku były dwa bajty, co spowodowało zignorowanie pliku .gitignore. Dla mnie te pojawiły się tylko podczas pisania cat .gitignore, co pokazało:

��# Built application files
*.apk
*.ap_

# ...

Nie mam pojęcia, jak to się tam skończyło, ale odtworzenie pliku rozwiązało problem. Analiza szesnastkowa uszkodzonego pliku wykazała, co następuje:

user@dev ~/project/myproject $ xxd -b .gitignore
00000000: 11111111 11111110 00100011 00000000 00100000 00000000  ..#. .
00000006: 01000010 00000000 01110101 00000000 01101001 00000000  B.u.i.

Miałem ten problem z plikiem .gitignore zawierającym ten wiersz:

lib/ext/

Właśnie zdałem sobie sprawę, że w rzeczywistości ten katalog jest dowiązaniem symbolicznym do folderu w innym miejscu:

ls -la lib/ext/
lrwxr-xr-x 1 roipoussiere users 47 Feb  6 14:16 lib/ext -> /home/roipoussiere/real/path/to/the/lib

W linii lib/ext/Git faktycznie szuka folderu , ale dowiązanie symboliczne to plik , więc mój libfolder nie jest ignorowany.

Naprawiłem to, zastępując lib/ext/przez lib/extw moim pliku .gitignore.

Miałem ten sam problem. Uważam, że problemem była rozbieżność między CR a CR + LF. Przechowałem rzeczy w moim .gitignore za pomocą CMD (w Windows 7) i następującej komendy:

Zły:

echo "file_to_be_ignored.py" >> .gitignore<br>
echo "*~" >> .gitignore

Itp.

Problem polegał na tym, że to polecenie nie umieszcza poprawnego znacznika końca linii, aby Git rozpoznał nowe linie (CR lub CR + LF, gdy Git spodziewa się drugiego). Rozwiązałem problem, ręcznie zastępując każdą nową linię w Vimie (Vim na ratunek!) I działało idealnie.

Spróbuj edytować .gitignore w Notepad ++ lub Vim (najlepiej). Nawet jeśli plik wygląda na poprawnie sformatowany, spróbuj zastąpić nowe linie. To brzmi dziwnie, wiem, ale zadziałało dla mnie. :RE

OK, więc w moim przypadku zaakceptowane rozwiązanie nie zadziałało, a to, co zadziałało, opisano tutaj:

Czy program Visual Studio 2013 ignoruje plik .gitignore?

W skrócie:

• Zamknij Visual Studio.
• Przejdź do folderu .git
• Usunąć ms-persist.xml
• Uruchom ponownie Visual Studio

Należy również spojrzeć na jedną rzecz: czy zapisujesz plik .gitignore z poprawnymi zakończeniami linii?

Windows:

Jeśli używasz go w systemie Windows, czy zapisujesz go z zakończeniami linii systemu Windows? Nie wszystkie programy domyślnie to robią; Notepad ++ i wiele edytorów PHP domyślnie kończy się linuxem, więc pliki będą kompatybilne z serwerem. Jednym z łatwych sposobów sprawdzenia tego jest otwarcie pliku w Notatniku Windows. Jeśli wszystko pojawia się w jednej linii, plik został zapisany z zakończeniami Linuksa.

Linux:

Jeśli masz problemy z plikiem pracującym w środowisku Linux, otwórz plik w edytorze, takim jak Emacs lub nano . Jeśli zobaczysz jakieś niedrukowalne znaki, plik został zapisany z zakończeniami linii Windows.

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

To mi się przydarzyło. Używałem „GitHub Desktop” jako głównego klienta i ignorowałem niektóre 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 UTF-8; usuń pliki → zatwierdzaj → przenieś pliki z powrotem; pomiń jedno zatwierdzenie - nic nie pomogło.

Powód : edytor Visual Studio Code działał w tle z tym samym otwartym repozytorium. Program Visual Studio 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 na raz, szczególnie podczas czyszczenia pamięci podręcznej Git.

Jest już kilka świetnych odpowiedzi, ale moja sytuacja była nużąca. Zredagowałem źródło zainstalowanego oprogramowania PLM (zarządzanie cyklem życia produktu) na Win10, a potem zdecydowałem: „Prawdopodobnie powinienem był zrobić z tego repozytorium git”.

Tak więc opcja pamięci podręcznej nie będzie dla mnie bezpośrednio działać. Publikowanie dla innych, którzy mogli dodać kontrolę źródła PO wykonaniu kilku początkowych prac ORAZ .gitignorenie działa ALE, możesz bać się stracić sporo pracy, więc git rm --cachednie jest to dla ciebie.

! WAŻNE: Jest tak, ponieważ dodałem git za późno do „projektu”, który jest zbyt duży i wydaje się ignorować mój .gitignore. Nigdy nie mam zobowiązań. Mogę z tego zrezygnować :)

Po pierwsze:

rm -rf .git
rm -rf .gitignore

Następnie musiałem mieć obraz moich zmian. Ponownie, jest to produkt instalacyjny, w którym wprowadziłem zmiany. Za późno na pierwsze zatwierdzenie czystej gałęzi master. Potrzebowałem więc listy tego, co zmieniłem, odkąd zainstalowałem program, dodając > changed.logjedną z następujących opcji:

PowerShell

# Get files modified since date.
Get-ChildItem -Path path\to\installed\software\ -Recurse -File | Where-Object -FilterScript {($_.LastWriteTime -gt '2020-02-25')} | Select-Object FullName

Grzmotnąć

# Get files modified in the last 10 days...
find ./ -type f -mtime -10

Teraz mam swoją listę zmian, które zmieniłem w ciągu ostatnich dziesięciu dni (nie zajmujmy się tutaj najlepszymi praktykami poza tym, że powiedziałem: tak, zrobiłem to sobie).

Na dobry początek, teraz:

git init .
# Create and edit .gitignore

Musiałem porównać moją zmienioną listę z moim rosnącym .gitignore, działającym w git statusmiarę , jak go ulepszałem, ale moje zmiany w .gitignore są odczytywane podczas pracy.

Wreszcie mam listę pożądanych zmian! W moim przypadku jest to płyta główna - niektóre motywy działają wraz z konfiguracjami serwera xml specyficznymi dla uruchamiania systemu deweloperskiego przeciwko temu oprogramowaniu, które chcę umieścić w repozytorium, aby inni deweloperzy mogli go pobrać i wesprzeć ... To będzie nasza gałąź master, więc zobowiązanie, pchanie, a na koniec ODBUDOWA nowej pracy!

Wystarczy usunąć folder lub plik, który został wcześniej zatwierdzony w Git, za pomocą następującego polecenia. Następnie plik gitignore będzie odzwierciedlał poprawne pliki.

    git rm -r -f "folder or files insides"

Jedną z trudnych rzeczy, które nie zostały uwzględnione w innych odpowiedziach tutaj, jest to, że plik .gitignore nie będzie działać, jeśli masz wbudowane komentarze, takie jak to:

foo/bar # The bar file contains sensitive data so we don't want to make this public

Jeśli masz takie komentarze, zmień je w następujący sposób:

# The bar file contains sensitive data so we don't want to make this public
foo/bar

Istnieje również możliwość edycji .gitignorepliku za pomocą sudopolecenia. Napotkałem ten sam problem i podczas wykonywania poleceń: git statusnadal widziałem pliki „należy zignorować”.

Po edycji z nano .gitignorezamiast sudo nano .gitignore, mogłem zobaczyć prawidłowe odbicie.

Utworzyłem .gitignore przy użyciu programu echo "..." > .gitignorePowerShell w systemie Windows, ponieważ nie pozwala mi to tworzyć w Eksploratorze Windows.

Problem w moim przypadku polegał na kodowaniu utworzonego pliku, a problem został rozwiązany po zmianie go na ANSI.

Ja również mam ten sam problem na Ubuntu, utworzyłem go .gitignorez terminala i działa dla mnie

touch .gitignore

Mój nie działał, ponieważ dosłownie stworzyłem dokument tekstowy o nazwie .gitignore

Zamiast tego utwórz dokument tekstowy, otwórz go w Notepad ++, a następnie zapisz jako .gitignore

Pamiętaj, aby podczas zapisywania wybrać Wszystkie typy (*. *) Z menu rozwijanego.

Lub w gitbash, po prostu użyj touch .gitignore

Jeśli jesteś użytkownikiem Notepad ++ , spróbuj wykonać następujące czynności:

Otwórz plik .gitignore za pomocą Notepad ++ i wykonaj:

Menu Edycja → Konwersja EOL → Format Windows → Zapisz .

Spróbuj użyć git statusponownie i sprawdź, czy to działa dla Ciebie.

Odpowiedzi na podobne pytanie zamieściłem tutaj .

Dla mnie był to kolejny problem. Mój plik .gitignore jest skonfigurowany tak, aby ignorować wszystko oprócz rzeczy, które, jak mówię, nie należy ignorować. Podobnie jak:

/*
!/content/

To oczywiście oznacza, że ​​mówię Gitowi, aby zignorował sam plik .gitignore. Co nie stanowiło problemu, dopóki nie śledziłem pliku .gitignore. Ale w pewnym momencie popełniłem sam plik .gitignore. Doprowadziło to następnie do prawidłowego zignorowania pliku .gitignore.

Więc dodanie jeszcze jednej linii to naprawiło:

/*
!/content/
!.gitignore

Mój problem polegał na tym, że zapisałem pliki, aby je zignorować cudzysłowami „”, a nie ukośnikiem /.

To nie działało i zostało zignorowane przez git:

"db.sqlite3"
"tdd_venv/"

To działało dobrze:

/db.sqlite3
/tdd_venv/

Sprawdziłem również kodowanie plików w systemie Windows za pomocą Notepad ++. Kodowanie zostało ustawione na UTF-8.