2012-05-03 24 views
10

Git fetch e pull hanno smesso di funzionare ieri sul server (istanza AWS).Git fetch/pull ha smesso di funzionare

Ci sono due cloni di repository su quell'istanza, entrambi con lo stesso errore. git funziona ancora bene dai PC locali.

git remote -v fornisce gli stessi risultati sul PC locale e sul server; ssh [email protected] funziona come dovrebbe ("Ciao (nome) Hai autenticato, ma GitHub non fornisce accesso alla shell.")

C'è una differenza di comportamento: git pull origin st + [Tab] utilizzato per espandere a un nome ramo ; ora si espande in un nome del file nella directory corrente (il nome del file non è lo stesso del nome del ramo).

UPDATE: Ho provato a ricreare il telecomando: la versione di SSH non funziona ancora, ma HTTP ha funzionato.

Secondo la discussione this nella mailing list git, questo è in realtà un problema sul sito GitHub.

UPDATE

uscita con GIT_TRACE=1

############# Local results ############# 

$ GIT_TRACE=1 git fetch 
setup: git_dir: .git 
setup: worktree: c:/Projects/(local_path) 
setup: cwd: c:/Projects/(local_path) 
setup: prefix: (null) 
trace: built-in: git 'fetch' 
trace: run_command: 'ssh' '[email protected]' 'git-upload-pack '\''(username)/(reponame).git'\''' 
Enter passphrase for key '(keyname)': 
trace: run_command: 'rev-list' '--quiet' '--objects' '--stdin' '--not' '--all' 


############# AWS results ############# 

$ GIT_TRACE=1 git fetch 
trace: built-in: git 'fetch' 
trace: run_command: 'ssh' '[email protected]' 'git-upload-pack '\''(username)/(reponame).git'\''' 
ERROR: Repository not found. 
fatal: The remote end hung up unexpectedly 
+0

qual è l'output di 'git remote -v'? –

+0

'origin [email protected]: (nome utente)/(reponame) .git (fetch)' 'origine [email protected]: (nome utente)/(reponame) .git (push)' Ho doppio controllato e visto che 'git remote -v' sulla mia installazione locale di Win non aveva' .git' alla fine. Provato a cambiarlo sul server - non funziona con o senza '.git'. Modificato su PC locale: funziona bene in entrambi i casi. – egor83

+1

Puoi provare anche a specificare esplicitamente 'git fetch origination '? – djs

risposta

7

Problema risolto.

Si è scoperto che era un errore di comunicazione dalla nostra parte: il tizio che ha installato le chiavi su quella scatola e il suo accesso al repository GH è stato revocato.

GitHub restituisce "repo non trovato" anziché "non si dispone di diritti di accesso per questo repository" - il loro supporto ha dichiarato che non volevano far trapelare l'esistenza di un repository se non si dispone dei diritti di accesso.

+1

Non sei l'unico a cadere in quella trappola :). Non sono sicuro del motivo per cui hanno implementato 404 per nessun accesso. –

+0

@AbePetrillo, ho aggiornato la risposta :) – egor83

+0

"il loro supporto ha detto che non volevano far trapelare l'esistenza di un repository se non si dispone dei diritti di accesso ad esso." Non lo compro. Offrono anche lo stesso messaggio di errore inutile quando si ha accesso, ma la password non viene più memorizzata nella cache localmente e si ottiene anche quel messaggio quando si dispone solo dell'accesso in sola lettura. In entrambi i casi si sa già chiaramente dell'esistenza del repository. – Kaiserludi

Problemi correlati