Repo Git erroring avec le message que ce n'est pas un repo... mais c'est

J'ai un repo git, j'ai été utilisé pour la dernière année sur la même case. Aujourd'hui, j'ai exécuter git status et le message d'erreur:

fatal: Not a git repository (or any parent up to mount parent /home)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).

J'ai un .répertoire git et il est rempli avec les milliers de commits que j'ai pour que les pensions de titres. Je ne veux pas ré-initialiser le repo dans la crainte qu'il va écraser l'histoire. Je n'ai pas vraiment envie de re-tirer à partir de github comme j'ai un peu de changements ont été dissimulés dans des branches que je n'ai pas poussé jusqu'à la GH.

edit:

Je suis raisonnablement sûr que c'est pas mon environnement. D'autres git repos fonctionnent bien

Comment faire un git clone dans un répertoire temp et faire la fusion de l'planqué modifications manuellement?
Que faut-il dire si vous cd .git "et faire " git log'?
Je reçois le même message d'erreur @Fredrick merci pour la suggestion. J'aimerais voir si il y a un système de fichiers/git magie que je peux faire avant de me sauter à la copie manuelle
désolé au sujet de votre pension. J'étais sur le point de mentionner si vous avez utilisé les différentes versions de git qui prennent en charge différentes pensions de formats sur le système de fichiers. Peut-être la peine d'essayer la dernière git avant d'abandonner.

OriginalL'auteur brycemcd | 2011-06-07

  1. 6

    Je tiens à poster quelques commentaires de la part du fichier source de git:

    Repo Git découverte se fait comme ci-dessous:

    /*
 * Test in the following order (relative to the cwd):
 * - .git (file containing "gitdir: <path>")
 * - .git/
 * - ./(bare)
 * - ../.git
 * - ../.git/
 * - ../(bare)
 * - ../../.git/
 *   etc.
 */

    Et il constate que c'est un repo git comme ci-dessous:

    /*
 * Test if it looks like we're at a git directory.
 * We want to see:
 *
 *  - either an objects/directory _or_ the proper
 *    GIT_OBJECT_DIRECTORY environment variable
 *  - a refs/directory
 *  - either a HEAD symlink or a HEAD file that is formatted as
 *    a proper "ref:", or a regular file HEAD that has a properly
 *    formatted sha1 object name.
 */

    Voir quel est le problème avec votre .git. Ceci rejoint @Chris Nicola 's réponse de la HEAD être en minuscules etc.

    bon appel. Comme dirait ma objets d'annuaire est corrompue... /soupir . Merci @manojilds.

    OriginalL'auteur manojlds

  2. 2

    Il est difficile de dire la cause exacte, mais votre .git doit être endommagé en quelque sorte. Il y a un post de blog ici où un gars avait sa TÊTE de fichier renommé de tous les minuscules sur son système en quelque sorte qui a causé ce problème pour lui. Pas en disant que c'est votre problème en particulier, mais vous pouvez regarder de plus près à la .git dossier.

    Vous pouvez essayer à la caisse à partir de github dans un nouveau dossier, puis de comparer les deux .git dossiers pour les différences.

    Si cela s'avère ne PAS être le problème pour l'OP, je vous suggère fortement de créer une nouvelle question et répondent alors avec ce que votre réponse. Ce devrait être assez élevée pour quiconque recherche pour Git problèmes peuvent trouver. Des informations très utiles.
    Je vais considérer que, n'a jamais vraiment eu de m'arriver, mais je considère que c'est un bon dépannage de Windows étape, bien que pas trop de gens utilisent FAT/VFAT systèmes, donc je ne sais pas combien de fois ce serait vraiment arriver.
    J'ai eu un problème similaire aujourd'hui, dans mon cas, j'ai backupped le référentiel externe, un lecteur NTFS, et le fichier de TÊTE qui est un lien symbolique vers .git/refs/heads/master n'est pas copié. Un ln -s .git/refs/heads/master .git/HEAD fixe le référentiel...

    OriginalL'auteur Chris Nicola

  3. 0

    Clone de toute façon dans un autre répertoire. Vous pouvez copier l'objet de l' .git dir dans l'original repo avec les caches à l' .git dossier dans le nouveau repo. Ignorer tous les fichiers qui seraient remplacées. Vous devriez être en mesure de copier la cachette des pointeurs et gitk --devriez tous vous les montrer.

    OriginalL'auteur Adam Dymitruk

  4. 0

    Une autre possibilité pourrait être que les autorisations de votre git fichiers ont été corrompus. Assurez-vous que vous avez les autorisations de lecture.

    J'ai eu un problème similaire lors de ma permission sont foiré alors que sshing dans un ordinateur.

    OriginalL'auteur ZenBalance

  5. -1

    Vérifier si vous donnez cette commande à partir de la droite répertoire. J'ai eu face même erreur. Puis je suis allé dans le répertoire où .git est présent et a donné le commandement.Son travail correctement.

    OriginalL'auteur deepak