Ricezione di "fatale: non un repository git" quando si tenta di aggiungere in remoto un repository Git

Mi sto presentando a Git seguendo questo tutorial:

• ottenere jekyll in esecuzione su quasifreespeech.net

Tutto funziona bene fino alla parte in cui il repository viene aggiunto al mio computer locale:

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

(Dopo aver sostituito USERNAME, NFSNSERVER e REPOAME con i nomi corretti) Ricevo l'errore:

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

Potete aiutarmi a superare questo passaggio?

Hai avviato un repository Git locale, in cui dovrebbe essere aggiunto questo telecomando?

La tua directory locale ha una .gitcartella?

Prova git init.

Questo errore viene visualizzato se si tenta di utilizzare un comando Git quando la directory di lavoro corrente non si trova in un repository Git. Questo perché, per impostazione predefinita, Git cercherà una .gitdirectory del repository (all'interno della radice del progetto?), Come sottolineato dalla mia risposta a "Git non mostrerà il registro se non mi trovo nella directory del progetto" :

Secondo la documentazione ufficiale di Linux Kernel Git , GIT_DIR[una variabile d'ambiente] è impostata per cercare una .gitdirectory (nella directory di lavoro corrente?) Per impostazione predefinita:

Se la GIT_DIRvariabile di ambiente è impostata, specifica un percorso da utilizzare invece del valore predefinito .gitper la base del repository.

O dovrai prima cdaccedere al repository / copia di lavoro, oppure non hai inizializzato o clonato un repository in primo luogo, nel qual caso devi inizializzare un repository nella directory in cui desideri posizionare il repository:

git init

o clonare un repository

git clone <remote-url>
cd <repository>

Il mio problema era che per alcuni singhiozzi con il mio sistema operativo qualsiasi comando sul mio repository locale terminava con "fatal: non un repository git (o una delle directory principali): .git", con il comando fsck incluso.

Il problema era un file HEAD vuoto .

Sono stato in grado di trovare il nome della filiale su cui ho lavorato in .git / refs / heads e poi ho fatto questo:

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

Ha funzionato.

NOTA: questo non risponde al problema comune, che era il problema di OP, ma a diversi problemi in cui questo messaggio di errore potrebbe apparire. Non mi andava di fare una nuova domanda solo per scrivere questa risposta, dimmi se invece dovrei farlo: P

Sono arrivato alla situazione, molto probabilmente a causa della corruzione di un certo incidente che ho avuto, che ho riscontrato questo errore anche quando .gitesisteva.

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

Dato che non avevo nulla che avesse davvero bisogno di essere preservato, sono andato solo in modo fittizio e ho fatto ...

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

Comunque non funziona, come ad esempio git logritorna fatal: bad default revision 'HEAD'. I telecomandi erano lì, quindi l'ho fatto git fetch --alle poi solo git reset --hard origin/masterper arrivare allo stato in cui il repository era in precedenza.

Si noti che se ci sono alcuni cambiamenti non impegnati, è possibile vedere loro con git status, git diffe così via. Quindi appena git diff yourfile > patchprima di eseguire il ripristino.

Almeno per me reflog ( git reflog) è scomparso completamente. Quindi, se esegui il ripristino e ci sono state alcune modifiche che volevi impedire, non sono sicuro che puoi ripristinarle dopo il ripristino. Quindi, assicurati di avere tutte le modifiche di cui non puoi perdere il backup, in ultima analisi semplicemente copiando il clone prima di provare questo.

$ git status
fatal: Not a git repository:

Digita quanto segue nella tua shell cmd o git o in qualsiasi altro terminale:

$ git init

Questo problema si è verificato dopo che ho spostato la posizione di un progetto git sul filesystem. Quando ho eseguito alcuni comandi git si è verificato l'errore, ad esempio:

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

Ho trovato nel /home/rospasta/path_old/gitprojecta/.travis/.gitpercorso assoluto della vecchia posizione del progetto è stato scritto. L'aggiornamento manuale di questo percorso della nuova posizione ha risolto il problema per me.

Quindi il mio problema potrebbe essere o meno un problema git, ma HTH.

Nel caso in cui aiuti qualcun altro, ho ricevuto questo messaggio di errore dopo aver eliminato accidentalmente .git / objects /

fatale: non un repository git (o una qualsiasi delle directory principali): .git

Il ripristino risolto il problema.

Nella riga di comando / CLI, verrà visualizzato questo errore se la directory corrente NON è il repository. Quindi, devi prima inserire il CD nel repository.

Probabilmente troppo tardi, ma un'altra soluzione che potrebbe aiutare i futuri visitatori. Prima cancella la vecchia .gitdirectory -

rm .git

Quindi inizializza nuovamente il repository git

git init

Sembra che non andrai nella tua cartella specifica. Ad esempio, se sto lavorando a un progetto chiamato bugsBunny e viene salvato nella cartella d: / work: code, quindi prima devi andare in quella cartella usando cd d: / work / code / bugsBunny, poi dopo che può continuare a usare i comandi git.

Anche io ho avuto lo stesso problema. ho scritto uno script di shell che eseguirà il backup di tutti i miei codici sul mio repository git nei giorni lavorativi di una settimana alle 17:55 usando crontab. vedendo i registri di cron ho riscontrato il problema sopra menzionato.

il problema sopra si presenta solo quando si sta tentando di eseguire comandi git da una directory non gir (cioè da un'altra directory che non è la copia di lavoro). per aggiustarlo aggiungi -C <git dir>il comando git che stai eseguendo in modo tale che git statussarà git -C /dir/to/git statuse git add -Asarà git -C /dir/to/git -A.

Nel mio caso ho usato Tortoise SVN e ho commesso l'errore di utilizzare contemporaneamente anche le funzioni GIT di Visual Studio. Ciò ha fatto sì che Visual Studio bloccasse il file HEAD nella cartella .git in modo che né VS né Tortoise potessero accedere al repository e ho ricevuto l'errore "fatale: non un repository git ..." da entrambe le applicazioni.

Soluzione:

1. Vai all'interno della cartella .git e rinomina "HEAD.lock" in "HEAD"
2. Decidi per un'applicazione di amministrazione GIT e non toccare l'altra

Per questo è necessario immettere un comando mancante dai comandi bitbucket

Prova git init.

nel mio caso, ho avuto lo stesso problema mentre provo qualsiasi comando git (es. stato git) usando Windows cmd. quindi quello che faccio è dopo aver installato git per la finestra https://windows.github.com/ nelle variabili ambientali, aggiungere il percorso di classe di git sul "PATH" variabile. di solito git verrà installato su C: / user / "username" / appdata / local / git / bin aggiungendolo sul PERCORSO nella variabile ambientale

e un'altra cosa sul cmd vai al tuo repository git o cd dove si trova il tuo clone nella tua finestra di solito saranno memorizzati sui documenti sotto github cd Document / Github / yourproject dopo che puoi avere qualsiasi comando git

grazie

Vai alla cartella di origine in cui è archiviato il repository locale, ad esempio il mio si trova in c: / GitSource, fai clic con il pulsante destro del mouse nella cartella, fai clic qui git bash, quindi git status ....

GIT_DIR dovrebbe essere non impostato: unset GIT_DIR

Nel mio caso il file .git / HEAD era corrotto (conteneva solo punti). Quindi l'ho modificato e sostituito il suo contenuto con:

ref: refs/heads/master

e ha ripreso a funzionare.

Per me, questo era legato alla cattiva proprietà nel mio .git/percorso. rootposseduto .git/HEADe .git/index, impedendo jenkinsall'utente di eseguire il lavoro.

L'errore di seguito sembra che Gits non abbia trovato il file .git nella directory corrente, quindi genera un messaggio di errore.

Quindi passare alla directory nella directory del repository in cui è stato verificato il codice da git e quindi eseguire questo comando.

• $ git checkout

Nel mio caso ho scoperto che git in Windows è diventato sensibile al maiuscolo / minuscolo per la lettera di unità da un certo punto.

Dopo aver aggiornato git binary in Windows Cli, i comandi che prima funzionavano si sono fermati. ad esempio il percorso nello script era D : \ bla \ file.txt mentre il comando git accettava solo d : \ bla \ file.txt

git stava funzionando bene per essere e all'improvviso ha iniziato a mostrare questo fatal: Not a git repository (or any of the parent directories): .gitmessaggio.

Per me non sono sicuro di cosa sia stato corrotto nella cartella .git, l'ho fatto git clone ** newfoldere copiato l'intera cartella .git nella mia cartella corrotta / vecchia in cui stavo apportando modifiche prima che git iniziasse a mostrare il messaggio di errore ..

Tutto è tornato alla normalità e git ha anche riconosciuto i miei file modificati / non messi in scena.

ripristinare i .git/ORIG_HEADfile repo .git root e altri

Ho ricevuto questo errore dopo il ripristino dal backup, a quanto pare i file contenuti nella directory root .git non sono arrivati ​​alla destinazione, ma tutte le sottocartelle hanno fatto così all'inizio ho pensato che il repository fosse intatto.

L'ho risolto ripristinando i file root.

Ho avuto questo problema con il plugin Jenkins Git dopo problemi di autenticazione con GitLab. Jenkins stava riferendo "hudson.plugins.git.GitException: [...] stderr: GitLab: il progetto che stavi cercando non è stato trovato. fatale: impossibile leggere dal repository remoto. '

Tuttavia, se facessi un 'git clone' o 'git fetch' direttamente dalla casella Jenkins (riga di comando) funzionava senza problemi.

Il problema è stato risolto eliminando l'intera directory / workspace nella cartella dei lavori Jenkins per quel particolare lavoro, ad es

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

Presumibilmente la cartella .git locale era diventata vecchia / danneggiata?

Ciò può anche essere dovuto alle autorizzazioni. Controlla le autorizzazioni del proprietario / gruppo e assicurati di disporre delle autorizzazioni adeguate per accedere a tali dati. Nel mio caso, ho riscontrato questo errore durante l'esecuzione di "stato git" in un repository la cui proprietà era impostata su root: root. L'esecuzione di "git status" come root ha risolto il mio problema. In alternativa, se non vuoi che la proprietà dell'utente / del gruppo sia root: root, chown il repository a qualcosa a cui hai accesso.

Ho riscontrato questo problema e risolto aggiungendo il file README.md

Nel mio caso un arresto anomalo del sistema aveva causato il danneggiamento del file HEAD. Questa guida mostra come risolvere questo e altri problemi che potresti incontrare.

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