Tentare qualcosa come git clone git://github.com/ry/node.gitnon funzionerà, si tradurrà in:

Initialized empty Git repository in /home/robert/node/.git/
github.com[0: 207.97.227.239]: errno=Connection timed out
fatal: unable to connect a socket (Connection timed out)

Tuttavia, la clonazione su HTTP funziona bene. Finora ho capito che si tratta di un problema con il protocollo, ma sto cercando di installare cloud9 che richiede il comando

git submodule update --init --recursive

che sta cercando di usare il protocollo git: // e fallisce. C'è un modo per cambiare il modo in cui quel comando funzionerà o qualcosa del genere?

Se questo è un problema con il firewall che blocca git: protocol port (9418), allora dovresti apportare una modifica più persistente in modo da non dover ricordare di emettere i comandi suggeriti da altri post per ogni repository git.

La soluzione di seguito funziona anche con i sottomoduli che potrebbero anche usare il protocollo git :.

Dal momento che il messaggio git in realtà non punta immediatamente alla porta di blocco del firewall 9418, proviamo a diagnosticare questo come il problema reale.

Diagnosi del problema

Riferimenti: https://superuser.com/q/621870/203918 e https://unix.stackexchange.com/q/11756/57414

Esistono diversi strumenti che è possibile utilizzare per determinare se il firewall causa il nostro problema: utilizzare quello che è installato sul sistema.

# Using nmap
# A state of "filtered" against port 9418 (git) means
#   that traffic is being filtered by a firewall
$ nmap github.com -p http,git

Starting Nmap 5.21 ( http://nmap.org ) at 2015-01-21 10:55 ACDT
Nmap scan report for github.com (192.30.252.131)
Host is up (0.24s latency).
PORT     STATE    SERVICE
80/tcp   open     http
9418/tcp filtered git

# Using Netcat:
# Returns 0 if the git protocol port IS NOT blocked
# Returns 1 if the git protocol port IS blocked
$ nc github.com 9418 < /dev/null; echo $?
1

# Using CURL
# Returns an exit code of (7) if the git protocol port IS blocked
# Returns no output if the git protocol port IS NOT blocked
$ curl  http://github.com:9418
curl: (7) couldn't connect to host

OK, quindi ora abbiamo stabilito che la nostra porta git è bloccata da un firewall, cosa possiamo fare al riguardo? Continuare a leggere :)

Riscrittura URL di base

Git fornisce un modo per riscrivere gli URL usando git config. Emetti semplicemente il seguente comando:

git config --global url."https://".insteadOf git://

Ora, come per magia, tutti i comandi Git si esibiranno una sostituzione di git://ahttps://

Quali modifiche ha apportato questo comando?

Dai un'occhiata alla tua configurazione globale usando:

git config --list

Vedrai la seguente riga nell'output:

url.https://.insteadof=git://

Puoi vedere come appare questo file, dando un'occhiata a ~/.gitconfigdove ora dovresti vedere che sono state aggiunte le seguenti due righe:

[url "https://"]
    insteadOf = git://

Desideri un maggiore controllo?

Usa semplicemente un URL più completo / specifico nella sostituzione. Ad esempio, per avere solo gli URL GitHub utilizzare https: // anziché git: //, è possibile utilizzare qualcosa del tipo:

git config --global url."https://github".insteadOf git://github

È possibile eseguire questo comando più volte utilizzando sostituzioni diverse. Tuttavia, nel caso in cui un URL corrisponda a più sostituzioni, la corrispondenza più lunga "vince". Verrà effettuata una sola sostituzione per URL.

Modifiche a livello di sistema per amministratori di sistema

Se sei un amministratore di sistema Linux e non vuoi che i tuoi utenti debbano affrontare i problemi di cui sopra, puoi apportare una rapida modifica della configurazione di git a livello di sistema.

Basta modificare o aggiungere i seguenti contenuti /etc/gitconfige voilà i tuoi utenti non devono preoccuparsi di nessuno dei precedenti:

[url "https://"]
    insteadOf = git://

Github fornisce anche l'accesso agli http, che è molto meno probabile che venga bloccato dalla tua azienda. Per dire al sottomodulo di usarlo, puoi farlo:

git submodule init
git config submodule.<name>.url https://github.com/...
git submodule update

Questo è esattamente il motivo per cui init e update sono comandi separati: puoi inizializzare, personalizzare le posizioni, quindi aggiornare. update --initè solo una scorciatoia per quando non è necessario personalizzare alcun URL.

Per chiunque altro si verifichi, potresti ovviamente usare anche un URL ssh (se la tua azienda blocca git: // ma non ssh), ma in questo caso l'OP presumibilmente non ha accesso SSH al repository remoto.

Un'altra opzione che non comporta il contatto con git config è quella di modificare le impostazioni ssh per usare la porta 443 invece della normale porta 22.

Riferimento: utilizzo di SSH sulla porta HTTPS

Da quell'articolo:

edit the file at ~/.ssh/config, and add this section:

Host github.com
   Hostname ssh.github.com   
   Port 443

Successivamente, sono stato in grado di inviare con successo la spinta a Github. A casa puoi tornare indietro con ssh config come volevi.

Ho anche avuto lo stesso problema per un po '. Quindi ho provato a cambiare la configurazione di git usando il comando suggerito:

git config --global url."https://".insteadOf git://

che purtroppo non ha funzionato per me . Avevo ancora lo stesso problema!

Alla fine, ciò che ha risolto il mio problema è che ho reimpostato nuovamente l'URL remoto del mio repository usando il comando seguente:

git remote set-url origin https://github.com/<my_user_name>/<my_repo_name>.git

che in precedenza era così:

git remote set-url origin git@github.com:<my_user_name>/<my_repo_name>.git

Dopo aver impostato l'URL remoto usando https://invece git@git.comil problema è stato risolto per me.

Espandendo la risposta di Nathan sopra, puoi anche provare il protocollo ssh se il tuo firewall aziendale interferisce con https. Nel mio caso il firewall stava bloccando il protocollo git, emettendo nuovamente certificati ssl per https e questo mi ha spezzato il potere, anche con l'opzione strict-ssl disattivata. Puoi eseguire una riscrittura dell'URL simile per ssh e creare una chiave / coppia ssh come descritto su github .

 git config --global url."ssh://git@github.com".insteadOf git://github.com

Dovresti anche attivare ssh-agent per la tua installazione di git.

è perché l'indirizzo GIT per il server del nodo è cambiato devi inserire ora:

git clone https://github.com/joyent/node

in bocca al lupo

introduzione

Aggiungerò qui il mio approccio ( che non è necessario se si dispone di un repository git accessibile al pubblico che supporta https ).

Lavoro in un'azienda in cui il repository git è accessibile solo dall'interno dell'azienda. Ma lavoro anche da casa.

Come spingo nel repository aziendale da casa?

Ho creato un repository con una cartella sul mio drive google. Ad eccezione di git e https, è possibile includere repository come percorsi.

Quindi, invece di spingere verso l'origine, spingo su "gDrive". Questo fa sì che la cartella si sincronizzi dalla mia workstation di casa con Google Drive, e quindi il mio computer di lavoro tira le modifiche. Inoltre, poiché a volte i file nella directory ".git" non si sincronizzano, rinomino temporaneamente la cartella da ad esempio "trunk" a "trunk2". Ciò impone che i computer di casa e di lavoro vengano sincronizzati al 100% con Google Drive.

Quindi accedo al mio computer di lavoro tramite checkpoint-vpn remote (o teamviewer) e invio i miei aggiornamenti al repository git di lavoro.

Inoltre, il processo funzionerebbe viceversa per il push in un repository git esterno alla società che è bloccato.

1. Push dalla workstation git repo alla cartella in google drive.
2. Forza la sincronizzazione al 100% rinominando temporaneamente la directory del progetto in gDrive.
3. Accedi al computer di casa tramite una sorta di telecomando e invia modifiche.