github-workflow - fatal: not a git repository (oder einer der übergeordneten Ordner): .git

Ich habe einen master-branch und einen dev-Zweig für die aktuelle Entwicklung(lokale Arbeitskopie). Ich brauche, um die änderungen zusammenzuführen, die von der Meister auf mein dev Zweig. Vor der Zusammenführung lief ich git stash und entdeckte die folgende Fehlermeldung:

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

Zur Untersuchung dieses Fehlers lief ich die folgenden Befehle:
git status
git branch
git remote -v. Alle produziert den gleichen Fehler fatal: Not a git repository (or any of the parent directories): .git

Ich habe auch versucht, das zurücksetzen der Herkunft meines Zweiges git remote set-url origin https://github.com/Connexions/oer.exports.git erzeugt das gleiche Ergebnis: fatal: Not a git repository (or any of the parent directories): .git

Kann ich nicht verpflichten, änderungen von meinem lokalen Arbeitsverzeichnis auf mein dev Zweig.

Hat jemand irgendwelche Vorschläge, wie dieses Problem zu beheben.

Stellen Sie sicher, dass Ihr Aktuelles Verzeichnis besitzt ein .git Ordner?
Was zeigt $ ls .git in diesem Verzeichnis?
Ich beschloss, ein backup zu machen von meinem Zweig, reclone, ziehen Sie den Zweig, und fügen Sie die Dateien zurück. Dieser mein Problem gelöst. Danke.
möglich, Duplikat der "fatal: not a git repository (oder einer der übergeordneten Ordner)" von git status

InformationsquelleAutor Jessica Burnett | 2012-09-10

  1. 2

    Einer Weise zu erhalten, die Fehlermeldung ist irgendwie nicht werden in das git-repo arbeiten Baum.

    Siehe "Nach git clone bekomme ich ein “ fatal: not a git repository (oder einer der übergeordneten Ordner): .git " Fehler" als eine illustration.

    Kann es auch sein, weil der eine GIT_WORK_TREE - Umgebungsvariable auf den falschen Pfad.

    Oder er zeigt sich in Wrapper mit git repo wie rvm (siehe dieser thread zum Beispiel)

    In beiden Fall, das zurücksetzen der situation in einem neuen Klon (die hast du) ist normalerweise ein guter Weg, um die situation zu beheben.

    InformationsquelleAutor VonC

  2. 13

    Überprüfen Sie die folgende Datei:

    • your_repo_dir/.git/HEAD

    Wenn dieser Inhalt scheint beschädigt, das ist das Problem. Ich hatte das ähnliche Problem und habe es behoben durch Austausch des Inhalts der KOPF-Datei mit der git-commit-hash der letzten commit von ausgewählten Zweig.

    Commit-hashes gefunden werden konnte, der unter der .git/logs/refs/heads and branch_name_file

    Ich hoffe, es hilft.

    Das war die Lösung, wenn ich lief in dieses problem. Die HEAD-Datei verschwunden war.
    Dies funktionierte in unserem Fall auch. Unser code dir ist montiert auf einem mac von einer VirtualBox-Gast via samba und Häufig nach dem aufwachen aus dem Schlaf bekommen wir diese Fehlermeldung. Die .git/KOPF ist leer, und die Wiederherstellung mit einem legit sha behebt das problem. Es war auch ein überbleibsel .git/index.sperren, die entfernt werden mussten.

    InformationsquelleAutor Jernej Gololicic

  3. 3

    Ich hatte diesen Fehler nachdem die Probleme mit visual studio, git.

    Die Lösung war das umbenennen my_repo_dir/.git/HEAD.lock zu my_repo_dir/.git/HEAD

    Sieht aus wie etwas stürzte, nachdem Sie die Verriegelung der head-Datei und tötete die repo.

    InformationsquelleAutor herostwist

  4. 2

    Hatte das gleiche problem, nachdem ich versucht, schieben Sie den Zweig auf den remote von Visual Studio. Umbenannt habe ich Sie .git/KOPF.Schloss zu .git/HEAD nach Prüfung der Inhalte. Jetzt funktioniert es einwandfrei.

    InformationsquelleAutor rageit

Schreibe einen Kommentar