Otrzymywanie „krytycznego: nie repozytorium git” podczas próby zdalnego dodania repozytorium Git

Przedstawiam się Gitowi, wykonując ten samouczek:

• uruchomienie jekyll na prawiefreespeech.net

Wszystko działa dobrze do momentu dodania repo do mojej lokalnej maszyny:

git remote add nfsn ssh://USERNAME@NFSNSERVER/home/private/git/REPONAME.git

(Po zastąpieniu USERNAME, NFSNSERVER i REPOAME poprawnymi nazwami) pojawia się błąd:

fatal: Not a git repository (or any of the parent directories): .git

Czy możesz mi pomóc przejść ten krok?

Czy zainicjowałeś lokalne repozytorium Git, do którego ten pilot ma zostać dodany?

Czy twój katalog lokalny ma .gitfolder?

Spróbować git init.

Ten błąd pojawi się, jeśli spróbujesz użyć polecenia Git, gdy bieżący katalog roboczy nie znajduje się w repozytorium Git. Jest tak, ponieważ domyślnie Git będzie szukał .gitkatalogu repozytorium (wewnątrz katalogu głównego projektu?), Jak wskazano w mojej odpowiedzi na „Git nie wyświetli dziennika, chyba że jestem w katalogu projektu” :

Zgodnie z oficjalną dokumentacją Git jądra systemu Linux , GIT_DIRczy [zmienna środowiskowa] .gitjest domyślnie ustawiona na wyszukiwanie katalogu (w bieżącym katalogu roboczym?):

Jeśli GIT_DIRzmienna środowiskowa jest ustawiona, określa ścieżkę, która ma być używana zamiast domyślnej .gitdla podstawy repozytorium.

Musisz albo przejść cddo repozytorium / kopii roboczej, albo nie zainicjowałeś ani nie sklonowałeś repozytorium w pierwszej kolejności, w takim przypadku musisz zainicjować repozytorium w katalogu, w którym chcesz umieścić repozytorium:

git init

lub klonowanie repozytorium

git clone <remote-url>
cd <repository>

Mój problem polegał na tym, że w przypadku niektórych problemów z moim systemem operacyjnym dowolne polecenie w moim lokalnym repozytorium zakończyło się słowem „fatal: Nie repozytorium git (ani żadnego z katalogów nadrzędnych): .git”, z dołączoną komendą fsck.

Problemem był pusty plik HEAD .

Byłem w stanie znaleźć rzeczywistą nazwę oddziału, nad którym pracowałem w .git / refs / heads, a następnie zrobiłem to:

echo 'ref: refs/heads/ML_#94_FILTER_TYPES_AND_SPECIAL_CHARS' > .git/HEAD

Zadziałało.

UWAGA: nie jest to odpowiedź na typowy problem, który był problemem OP, ale na inny problem, w którym może pojawić się ten komunikat o błędzie. Nie miałem ochoty zadawać nowych pytań, żeby zapisać tę odpowiedź, powiedz, czy powinienem to zrobić zamiast tego: P.

Doszedłem do sytuacji, najprawdopodobniej z powodu zepsucia niektórych wypadków, które miałem, że dostałem ten błąd, nawet gdy .gitistniał.

smar@aaeru ~/P/Nominatim> git status
fatal: Not a git repository (or any of the parent directories): .git
smar@aaeru ~/P/Nominatim [128]> ls .git
COMMIT_EDITMSG  config*  FETCH_HEAD  HEAD  index  logs/  modules/  objects/  ORIG_HEAD packed-refs

Ponieważ nie miałem niczego, co naprawdę wymagałoby konserwacji, po prostu poszedłem obojętnie i ...

smar@aaeru ~/P/Nominatim [128]> git init
Reinitialized existing Git repository in /home/smar/Projektit/Nominatim/.git/

Nadal nie działa, jak na przykład git logzwraca fatal: bad default revision 'HEAD'. Były tam jednak piloty , więc zrobiłem to, git fetch --alla potem tylko po to, git reset --hard origin/masteraby przejść do stanu, w jakim było repo.

Zauważ, że jeśli istnieje jakieś niezatwierdzone zmiany, można zobaczyć je git status, git diffi tak dalej. Następnie tuż git diff yourfile > patchprzed uruchomieniem resetowania.

Przynajmniej dla mnie reflog ( git reflog) całkowicie zniknął. Dlatego jeśli wykonasz reset, a były pewne zmiany, którym chciałeś zapobiec, nie jestem pewien, czy możesz je odzyskać po resecie. Upewnij się więc, że masz kopię zapasową wszystkich zmian, których nie możesz utracić, ostatecznie kopiując klon przed wypróbowaniem tego.

$ git status
fatal: Not a git repository:

Po prostu wpisz następujące polecenie w powłoce cmd lub git lub dowolnym innym terminalu:

$ git init

Ten problem pojawił się po przeniesieniu lokalizacji projektu git w systemie plików. Gdy uruchomiłem kilka poleceń git, wystąpił błąd, np .:

$ git status
fatal: Not a git repository: /home/rospasta/path_old/gitprojecta/.git/modules/.travis

Znalazłem w /home/rospasta/path_old/gitprojecta/.travis/.gitabsolutnej ścieżce starej lokalizacji projektu został napisany. Ręczne zaktualizowanie tej ścieżki nowej lokalizacji rozwiązało problem.

Więc mój problem może, ale nie musi być problemem git, ale HTH.

Jeśli to pomaga komuś innemu, ten komunikat o błędzie pojawia się po przypadkowym usunięciu .git / objects /

fatal: Nie repozytorium git (ani żadnego z katalogów nadrzędnych): .git

Przywrócenie go rozwiązało problem.

W wierszu poleceń / CLI pojawi się ten błąd, jeśli bieżący katalog NIE jest repozytorium. Musisz więc najpierw włożyć CD do repozytorium.

Prawdopodobnie za późno, ale inne rozwiązanie, które może pomóc przyszłym użytkownikom. Najpierw usuń stary .gitkatalog -

rm .git

Następnie ponownie zainicjuj repozytorium git

git init

Wygląda na to, że nie idziesz do określonego folderu. Na przykład, jeśli pracuję nad projektem o nazwie bugsBunny i jest on zapisany w folderze d: / work: code, więc najpierw musisz przejść do tego folderu za pomocą cd d: / work / code / bugsBunny, a następnie może nadal używać poleceń git.

Nawet ja miałem ten sam problem. Napisałem skrypt powłoki, który wykona kopię zapasową wszystkich moich kodów na moim repozytorium git w dni robocze w tygodniu o 17:55 za pomocą crontab. widząc dzienniki crona znalazłem wyżej wspomniany problem.

powyższy problem pojawia się tylko wtedy, gdy próbujesz wykonać polecenia git z katalogu innego niż gir (tj. z innego katalogu, który nie jest kopią roboczą). aby naprawić ten dodatek -C <git dir>w wykonywanym poleceniu git w taki sposób, git statusaby był git -C /dir/to/git statusi git add -Abędzie git -C /dir/to/git -A.

W moim przypadku użyłem Tortoise SVN i popełniłem błąd, używając jednocześnie funkcji Visual Studio GIT. To spowodowało, że Visual Studio zablokował plik HEAD w folderze .git, aby ani VS, ani Tortoise nie miały dostępu do repozytorium, i wystąpił błąd „fatal: Not a git repo ...” z obu aplikacji.

Rozwiązanie:

1. Wejdź do folderu .git i zmień nazwę „HEAD.lock” na „HEAD”
2. Zdecyduj się na jedną aplikację administracyjną GIT i nie dotykaj drugiej

W tym celu należy wprowadzić jedno polecenie, którego brakuje w poleceniach bitbucket

Spróbuj git init.

w moim przypadku miałem ten sam problem podczas wypróbowywania dowolnych poleceń git (np. status git) za pomocą Windows cmd. więc po zainstalowaniu git dla okna https://windows.github.com/ w zmiennych środowiskowych dodaj ścieżkę klas git do zmiennej „PATH”. zazwyczaj git zostanie zainstalowany na C: / user / "username" / appdata / local / git / bin dodaj to do PATH w zmiennej środowiskowej

i jeszcze jedna rzecz na cmd przejdź do repozytorium git lub płyty CD, gdzie klon znajduje się w twoim oknie, zwykle będą one przechowywane w dokumentach pod github cd Document / Github / twój projekt, po czym możesz mieć dowolne polecenia git

Dziękuję Ci

Przejdź do folderu źródłowego, w którym przechowywane jest lokalne repo, przykład mój znajduje się w c: / GitSource, kliknij prawym przyciskiem myszy w folderze, kliknij tutaj git bash, a następnie status git ...

GIT_DIR powinien być rozbrojony: unset GIT_DIR

W moim przypadku plik .git / HEAD był uszkodzony (zawierał tylko kropki). Zredagowałem go i zastąpiłem jego treść:

ref: refs/heads/master

i znów zaczęło działać.

Dla mnie było to związane ze zniekształconą własnością na mojej .git/ścieżce. rootbędący własnością użytkownika .git/HEADi .git/indexuniemożliwiający mu jenkinsuruchomienie zadania.

Poniższy błąd wydaje się, że Gits nie znalazł pliku .git w bieżącym katalogu, więc zgłasza komunikat o błędzie.

Dlatego zmień katalog na katalog repozytorium, w którym masz kod z git, a następnie uruchom tę komendę.

• $ git kasa

W moim przypadku okazało się, że git w Windows stał się wrażliwy na wielkość liter dla litery dysku.

Po aktualizacji git binary w Windows polecenia cli, które kiedyś działały, zostały zatrzymane. na przykład ścieżka w skrypcie to D : \ bla \ file.txt, podczas gdy polecenie git akceptuje tylko d : \ bla \ file.txt

git działał dobrze na be i nagle zaczął to pokazywać fatal: Not a git repository (or any of the parent directories): .git komunikat.

Dla mnie nie jestem pewien, co zostało uszkodzone w folderze .git, zrobiłem to git clone ** newfolder i skopiowałem cały folder .git do mojego uszkodzonego / starego folderu, w którym wprowadzałem zmiany, zanim git zaczął wyświetlać komunikat o błędzie ..

Wszystko wróciło do normy i git rozpoznał także moje zmienione / nieaktualizowane pliki.

przywróć .git/ORIG_HEADi inne główne pliki repozytoriów .git

Wystąpił ten błąd po przywróceniu z kopii zapasowej, najwyraźniej pliki zawarte w katalogu głównym katalogu .git nie dotarły do ​​celu, ale wszystkie podfoldery zrobiły to na początku, myślałem, że repo jest nienaruszone.

Naprawiłem to, przywracając pliki root.

Miałem ten problem z wtyczką Jenkins Git po problemach z uwierzytelnianiem w GitLab. Jenkins zgłaszał „hudson.plugins.git.GitException: [...] stderr: GitLab: Nie można znaleźć projektu, którego szukasz. fatal: Nie można odczytać ze zdalnego repozytorium. ”

Jednak jeśli zrobiłem „git clone” lub „git fetch” bezpośrednio z pola Jenkinsa (linia poleceń), działałoby to bez problemu.

Problem został rozwiązany przez usunięcie całego katalogu / workspace w folderze zadań Jenkins dla tego konkretnego zadania, np

rm -Rf $JENKINS_HOME/jobs/myJenkinsJob/workspace/

Prawdopodobnie lokalny folder .git stał się nieaktualny / uszkodzony?

Może to również wynikać z uprawnień. Sprawdź uprawnienia właściciela / grupy i upewnij się, że masz odpowiednie uprawnienia dostępu do tych danych. W moim przypadku ten błąd wystąpił podczas uruchamiania „statusu git” w repozytorium, którego własność ustawiono na root: root. Uruchamianie „statusu git” jako root rozwiązało mój problem. Alternatywnie, jeśli nie chcesz, aby własność użytkownika / grupy była rootem: root, przejdź do repozytorium do czegoś, do czego masz dostęp.

Miałem ten problem i naprawiłem go, dodając plik README.md

W moim przypadku awaria systemu spowodowała uszkodzenie pliku HEAD. Ten przewodnik pokazuje, jak rozwiązać ten i inne problemy, które możesz napotkać.

https://git.seveas.net/repairing-and-recovering-broken-git-repositories.html