Git SSH წესებს თავისი remote URL-ის სახელით ირჩევს

გამოიყენეთ SSH ჰოსტის ფსევდონიმი Git remote URL-ში, რომ სასურველი Host ბლოკი და ProxyCommand შეირჩეს.

გამოიყენეთ SSH ფსევდონიმი Git remote-ში, როცა ეს ფსევდონიმი ფლობს proxy მარშრუტს:

Host code-via-proxy
    HostName git.example.net
    User git
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

code-via-proxy შედარებულია მოცემულ SSH სახელთან. შემდეგ HostName აიდენტიფიცირებს ნამდვილ სერვერს. მაგალითს სჭირდება OpenBSD-თავსებადი netcat: -X connect ითხოვს HTTP CONNECT-ს SSH დანიშნულებამდე.

ახალი checkout-ისთვის:

git clone git@code-via-proxy:team/project.git

არსებული checkout-ისთვის:

git remote set-url origin git@code-via-proxy:team/project.git

შეცვალეთ საცავის ნამდვილი გზა. ფსევდონიმი ცვლის კავშირის არჩევანს და არა საცავის იდენტურობას მის სერვერზე. საჯარო Git SSH სერვერისთვის ქსელში, რომელიც საჯარო შუამავალს უშვებს, HTTP proxy სია გთავაზობთ კანდიდატებს proxy ჰოსტისა და პორტისთვის. proxy ანგარიშის გარეშე მაგალითი გამოიყენეთ მხოლოდ კვანძთან, რომელიც უშვებს CONNECT-ს ნამდვილ SSH დანიშნულებასა და პორტზე.

[email protected]:team/project.git-ის გამოყენებული remote სამაგიეროდ ემთხვევა git.example.net-ს. ის არ ირჩევს ფსევდონიმს მხოლოდ იმიტომ, რომ ფსევდონიმის HostName იქ მიუთითებს. ან გამოიყენეთ ფსევდონიმი, ან სასურველი წესი ნამდვილი სახელის ქვეშ მოათავსეთ.

გადახედეთ ადრინდელ შესაბამის ბლოკებსაც. SSH ოფციების უმეტესობაში პირველი მიღებული მნიშვნელობა იმარჯვებს, ამიტომ კონკრეტული პარამეტრები იმავე ოფციის განმსაზღვრელ ფართო ნაგულისხმევებამდე მოათავსეთ.

დაკავშირებული სტატიები