Passare le opzioni ssh su git clone

Question

Sto provando a eseguire git clone senza ssh che controlla la chiave dell'host del repository. Posso farlo da ssh così:

ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no user@host 

C'è un modo di passare le stesse opzioni di ssh al comando git clone?

Modifica: C'è una restrizione che non posso modificare ~/.ssh/config o altri file su quella macchina.

Answer 1

aggiungerli al tuo ~/.ssh/config:

Host host 
    HostName host 
    User user 
    SshOption1 Value1 
    SshOption2 Value2 

Il Host ingresso è ciò che è necessario specificare sulla riga di comando, e la HostName è il vero nome host. Possono essere uguali oppure la voce Host può essere un alias. La voce User viene utilizzata se non si specifica user@ sulla riga di comando.

Se è necessario configurarlo sulla riga di comando, impostare la variabile di ambiente GIT_SSH in modo che punti a uno script con le opzioni in esso contenute.

Answer 2

Ecco esempio difficile come passare gli argomenti SSH utilizzando variabile GIT_SSH:

$ echo 'ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no $*' > ssh 
$ chmod +x ssh 
$ GIT_TRACE=1 GIT_SSH="$PWD/ssh" git clone user@host 

_{Nota: Sopra le linee sono terminali righe di comando che si dovrebbe incollare nel vostro terminale. Creerà un file ssh, renderlo eseguibile ed eseguirlo.}

Se si desidera passare l'opzione della chiave privata, verificare How to tell git which private key to use?.

Answer 3

Il git 2.3 rilasciato di recente supporta una nuova variabile "GIT_SSH_COMMAND" che può essere utilizzata per definire un comando con parametri.

GIT_SSH_COMMAND="ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no" git clone user@host 

$GIT_SSH_COMMAND prevale sul $GIT_SSH, ed è interpretata dalla shell, che consente argomenti addizionali da inclusi.

Answer 4

Un'altra opzione fatta secondo diverse chiavi è git config core.sshCommand con git 2.10+ (Q3 2016)

Questa è un'alternativa alla variabile ambiente descritto in Boris s' answer)

Vedere commit 3c8ede3 (26 Giu 2016) di Nguyễn Thái Ngọc Duy (pclouds).
^{(fusa per Junio C Hamano -- gitster -- in commit dc21164 19 Lug 2016)}

Una nuova variabile di configurazione core.sshCommand è stato aggiunto alla specificare quale valore per GIT_SSH_COMMAND da usare per ogni repository.

Simile a $GIT_ASKPASS o $GIT_PROXY_COMMAND, leggiamo anche da file di configurazione prima poi ripiegare a $GIT_SSH_COMMAND.

Ciò è utile per selezionare diverse chiavi private destinati alla stesso host (es github)

core.sshCommand: 

Se questa variabile è impostata, git fetch e git push utilizzerà il comando specificato anziché ssh quando devono connettersi a un sistema remoto.
Il comando è nella stessa forma della variabile di ambiente GIT_SSH_COMMAND ed è sovrascritto quando la variabile di ambiente è impostata.

Significa che il git clone possono essere:

cd /path/to/my/repo 
git config core.sshCommand 'ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no' 
# later on 
git clone host:repo.git 

Se si desidera applicare che per tutti pronti contro termine, come user1300959 aggiunge in the comments, si usa una configurazione globale

git config --global core.sshCommand ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no 

Answer 5

Penso che l'aggiornamento git a una versione> = 2.3 e l'uso di GIT_SSH_COMMAND="ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no" git clone user@host sia l'opzione di scommessa, ma se non fosse possibile, @ josh-lee ha dato un buona opzione, ma per favore, aggiorna la tua risposta facendo rientrare il file di configurazione ssh.

Host host 
    HostName host 
    StrictHostKeyChecking no 
    UserKnownHostsFile /dev/null