2013-02-17 12 views
17

sto utilizzando un servizio di hosting git remote (Svnrepository.com). Sono in grado di accedere correttamente ai repository git mentre uso un git 1.7.x come client, ma non appena riesco ad aggiornare il client a git 1.8.x, non sono più in grado di effettuare il push: the push hangs. Il supporto del servizio di hosting afferma che questo è dovuto al fatto che stanno utilizzando un vecchio server git che non supporta la versione 1.8.problemi di compatibilità tra git 1.8 del client e del server precedenti git

  1. Come si utilizza git 1.8 come client con un server git precedente?
  2. C'è una soluzione alternativa?
  3. Qualcuno sa qual è l'esatta incompatibilità?
  4. La dichiarazione del supporto è addirittura plausibile? Per qualche ragione avevo pensato che git avesse un'eccellente compatibilità con le versioni precedenti e future e non c'era motivo di temere che l'aggiornamento avrebbe rotto la git
  5. C'è qualche incompatibilità conosciuta introdotta nella transizione 1.7-> ​​1.8 che causerebbe questo?

Su richiesta, ecco una traccia con GIT_TRACE=1. Sembra che si blocca durante l'esecuzione git-http-push:

$ GIT_TRACE=1 git push -v 
trace: built-in: git 'push' '-v' 
Pushing to https://secure2.svnrepository.com/redacted/redacted/ 
trace: run_command: 'git-remote-https' 'origin' 'https://secure2.svnrepository.com/redacted/redacted/' 
trace: run_command: 'http-push' '--helper-status' '--verbose' 'https://secure2.svnrepository.com/redacted/redacted/' 'refs/heads/master:refs/heads/master' 
trace: exec: 'git' 'http-push' '--helper-status' '--verbose' 'https://secure2.svnrepository.com/redacted/redacted/' 'refs/heads/master:refs/heads/master' 
trace: exec: 'git-http-push' '--helper-status' '--verbose' 'https://secure2.svnrepository.com/redacted/redacted/' 'refs/heads/master:refs/heads/master' 
trace: run_command: 'git-http-push' '--helper-status' '--verbose' 'https://secure2.svnrepository.com/redacted/redacted/' 'refs/heads/master:refs/heads/master' 

Si blocca dopo l'ultima riga di output. (Se si preferisce, si può anche look at a trace dove ho impostato sia GIT_TRACE=1 e GIT_CURL_VERBOSE=1.)

+2

Penso che tu abbia ragione perché non credo che ci saranno cambiamenti nei formati git repo, solo i comandi potrebbero essere diversi e in questo caso 'git push' dovrebbe funzionare, comunque, non sono tanto esperto su git ma puoi eseguire ricerche su Google, [risultato ricerca Google] (https://www.google.com/search?q=git+backwards+compatibilità), tutto il meglio. –

+0

Se credete veramente che sia vero - e potrebbe essere che abbiano introdotto accidentalmente una regressione - dovreste segnalarlo alla mailing list git (<[email protected]>). Sicuramente vogliono sapere queste cose e lo risolveranno. – jszakmeister

+2

Si prega inoltre di aggiungere alla domanda che cosa è l'output effettivo quando si tenta di spingere. "Non più in grado di spingere" è molto generico e non consente alle persone di aiutarti a risolvere il problema. –

risposta

1

Volendo correre con una versione più aggiornata di Git è comprensibile, ma se si miriade di scelta non esegue un versione corrente, perché non cambi host? Dal solo nome, Svnrepository.com, non sembra che si concentrino su Git hosting. Se il servizio di hosting non è qualcosa che puoi cambiare, per quanto riguarda l'installazione di git1.7 da qualche parte fuori dal tuo percorso e 1.8 normalmente. Poi si potrebbe collegare la versione 1.7 a qualcosa come oldgit e quando si ha bisogno di lavorare con i comandi Svnrepostiory.com sarebbe come oldgit add, oldgit commit, oldgit push.

1

Svnrepository.com pagina dice 'Le caratteristiche standard: Git su SSH' e sembra che si sta accedendo su http: che è probabilmente un bene per accesso in sola lettura. Se guardi il file di testo .git/config dovresti vedere una sezione [origine "remota"] e il valore "url" può essere impostato sul formato host:/path/on/remote/machine che implica una connessione SSH per Git

Problemi correlati