Przekazywanie opcji ssh do git clone

Próbuję uruchomić git clonebez ssh sprawdzania klucza hosta repozytorium. Mogę to zrobić z ssh w ten sposób:

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

Czy istnieje sposób, aby przekazać te same opcje ssh do polecenia git clone?

Edycja: istnieje ograniczenie, którego nie mogę modyfikować ~/.ssh/configani żadnych innych plików na tym komputerze.

Dodaj je do ~/.ssh/config:

Host host
    HostName host
    User user
    SshOption1 Value1
    SshOption2 Value2

HostWpis jest co można określić w wierszu poleceń, a HostNamejest prawdziwa nazwa hosta. Mogą być takie same lub Hostwpis może być aliasem. UserPozycja jest używana, jeśli nie podasz user@w wierszu poleceń.

Jeśli musisz to skonfigurować w wierszu poleceń, ustaw GIT_SSHzmienną środowiskową tak, aby wskazywała na skrypt z twoimi opcjami.

Niedawno wydany git 2.3 obsługuje nową zmienną „GIT_SSH_COMMAND”, której można użyć do zdefiniowania parametrów polecenia Z.

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

$GIT_SSH_COMMANDma pierwszeństwo przed $GIT_SSHi jest interpretowane przez powłokę, co pozwala na dołączenie dodatkowych argumentów.

Inną opcją umożliwiającą określenie różnych kluczy jest git config core.sshCommandgit 2.10 + (III kwartał 2016 r.).

Jest to alternatywa do zmiennej środowiskowej opisaną w Boris „s odpowiedzi )

Zobacz commit 3c8ede3 (26 czerwca 2016) autorstwa Nguyễn Thái Ngọc Duy ( pclouds) .
^{(Scalone przez Junio ​​C Hamano - gitster- w zatwierdzeniu dc21164 , 19 lipca 2016 r.)}

Dodano nową zmienną konfiguracyjną, core.sshCommandaby określić, jaką wartość GIT_SSH_COMMAND ma używać na repozytorium.

Podobnie jak $GIT_ASKPASSor $GIT_PROXY_COMMAND, najpierw czytamy z pliku konfiguracyjnego, a następnie wracamy do $GIT_SSH_COMMAND.

Jest to przydatne do wybierania różnych kluczy prywatnych skierowanych do tego samego hosta (np. Github)

core.sshCommand:

Jeśli ta zmienna jest ustawiona, git fetchi git pushużyją określonego polecenia zamiast sshwtedy, gdy będą musieli połączyć się z systemem zdalnym.
Polecenie ma taką samą postać jak GIT_SSH_COMMANDzmienna środowiskowa i jest zastępowane, gdy zmienna środowiskowa jest ustawiona.

Oznacza to, że git clonemoże to być:

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

Jeśli chcesz zastosować to do wszystkich repozytoriów , jak dodaje w komentarzach user1300959 , użyj konfiguracji globalnej.

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

Oto podstępny przykład przekazywania argumentów ssh przy użyciu zmiennej 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

_{Uwaga: powyższe wiersze to wiersze poleceń terminala, które należy wkleić do terminala. Stworzy plik ssh , uczyni go wykonywalnym i uruchomi go.}

Jeśli chcesz przekazać opcję klucza prywatnego, sprawdź: Jak powiedzieć gitowi, którego klucza prywatnego użyć? .

Konfiguracja na poziomie repozytorium bez wpływu na ustawienia na poziomie systemu

Podsumowując już dostępne odpowiedzi wybieram poniższe kroki. Gwarantuje to, że zmiany konfiguracji nie będą miały wpływu na poziomie maszyny, ale tylko na repozytorium, nad którym pracujesz. Jest to potrzebne w moim przypadku, ponieważ mój skrypt musi być wykonywany na współużytkowanym agencie Bamboo.

1. sklonuj repozytorium zgodnie z GIT_SSH_COMMANDpodejściem.

GIT_SSH_COMMAND="ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no" git clone ssh://url

2. Po sklonowaniu przejdź do katalogu repozytorium.

cd repo-dir

3. Ustaw core.sshCommandkonfigurację tak, aby wszystkie przyszłe wywołania mogły być po prostu uruchamiane za pomocą poleceń git, jak zwykle, ale wewnętrznie konsumując dostarczone opcje git.

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

Myślę, że aktualizacja gita do wersji> = 2.3 i użycie GIT_SSH_COMMAND="ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no" git clone user@hostjest opcją zakładu, ale jeśli nie jest to możliwe, @ josh-lee dał dobrą opcję, ale proszę zaktualizuj swoją odpowiedź, wciskając plik konfiguracyjny ssh.

Host host
    HostName host
    StrictHostKeyChecking no
    UserKnownHostsFile /dev/null

Ten problem został rozwiązany, wykonując następujące kroki na komputerze z systemem Windows: -

• Utwórz plik konfiguracyjny w folderze C: \ Users \ username.ssh.

• dodaj następujący wiersz do pliku konfiguracyjnego.

  host <HOST>
  hostname <HOSTNAME>
  user <USER_NAME>
  IdentityFile ~/.ssh/id_rsa
  IdentitiesOnly yes
  port <PORT_NUMBER>
  KexAlgorithms +diffie-hellman-group1-sha1
  

• następnie spróbuj ponownie.