Incapable de récupérer l'origine de l'origine

Question

Dans mon référentiel, je dépiste à distance notre référentiel principal, qui est vide. Je n'ai jamais eu de problèmes avec l'origine du passé.

Cependant, lorsque j'ai essayé de mettre à jour à distance ce matin, je me suis l'erreur suivante:

fatal: '/users/integrator/project' does not appear to be a git repository 
fatal: The remote end hung up unexpectedly 
error: Could not fetch origin 

Je n'ai rien changé, et le dépôt est certainement toujours là. Plusieurs personnes ont accès au compte intégrateur, mais elles fusionnent et tirent généralement. Nous ne permettons pas de pousser vers ce dépôt.

Ma question est: qu'est-ce qui a pu causer cela? Ou, y a-t-il des diagnostics que je peux utiliser pour comprendre ce qui ne va pas? Je ne suis pas le seul utilisateur à avoir soudainement ce problème, donc le problème est plus probable du côté de l'origine.

Mise à jour:

Lorsque je tente de cloner le dépôt nu, je reçois l'erreur suivante:

git clone /users/integrator/project 
Cloning into project... 
fatal: failed to open '/users/integrator/project/.git/objects': No such file or directory 

Voici une liste du contenu/utilisateurs/intégrateur/projet:

config 
HEAD 
packed-refs 
ssh_helper 
bin/ 
hooks/ 
info/ 
    exclude 
objects/ 
    [lots of folders with two character long names] 
    info/ 
    pack/ 
refs/ 
    heads/ 
    tags/ 

Answer 1

Je voudrais jeter un oeil à ce qui est dans le répertoire /users/integrator/project sur votre serveur. Cela ressemble-t-il à un dépôt git? Il doit avoir au moins un répertoire objects, un répertoire refs et un fichier HEAD afin d'être un dépôt git approprié. Est-ce qu'il contient tous ceux-là?

Une autre chose à vérifier est si vous pouvez vous connecter directement au serveur et cloner à partir du référentiel. Au-delà, si vous n'arrivez toujours pas à comprendre ce qui ne va pas, je vous recommande de modifier votre question pour afficher une liste de ce qui se trouve dans /users/integrator/project, et nous pourrons peut-être vous aider davantage.

modifier en fonction de votre édition:

Compte tenu de l'erreur, il semble que vous pourriez avoir un répertoire .git au sein de votre dépôt nu. Vous pouvez vérifier avec ls -a, pour afficher les fichiers cachés. Si c'est le cas, Git peut d'abord regarder dans le répertoire .git dans votre dépôt, au lieu de regarder votre répertoire de dépôt lui-même. Je voudrais jeter un coup d'oeil pour cela, puis déplacez le .git loin ou supprimez-le pour permettre à Git d'accéder à votre dépôt réel.

S'il n'y a pas de répertoire .git dans votre repo, cherchez autour de vous quelque chose appelé .git ou project.git dans les environs; Git recherchera une variété de noms de chemins d'accès en fonction de celui que vous lui attribuez, et un nom de chemin d'accès complet sans sous-répertoire ou suffixe .git est proche de la fin de ce qu'il recherche.