Tek bir Git yapılandırması iki tamamen farklı rotaya hizmet edebilir: onaylanmış bir proxy üzerinden erişilen dış ana bilgisayar ve doğrudan erişilen iç ana bilgisayar. Her depo değiştirdiğinizde genel varsayılanı düzenlemek zorunda değilsiniz.

Git, URL'ye özgü HTTP yapılandırmasını destekler. Örneğin:

[http]
    proxy = http://proxy.example:8080
[http "https://git.office.example/"]
    proxy =

Genel proxy'lere izin verilen dış ortak bir depo için HTTP proxy listesi varsayılan uç nokta için adaylar sunar. Boş değer, eşleşen URL için açık bir geçersiz kılmadır. Bu, o daha belirgin anahtarı silmekten farklıdır; silme, genel proxy'yi yeniden açığa çıkarabilir.

Git'in kullandığı URL'i eşleştirin

Şema, ana bilgisayar adı, bağlantı noktası, yol ve isteğe bağlı kullanıcı adı belgelenmiş eşleşme kurallarına katılır. URL alt bölümünü genel bir shell joker ifadesi olarak değerlendirmeyin. Daha dar bir yol kuralı daha geniş bir ana bilgisayar kuralını yenebilir.

Eşleşen proxy yapılandırmasına salt okunur bir bakış için:

git config --get-urlmatch http.proxy https://git.office.example/team/project.git

Bu, yapılandırma eşleşmesini inceler. Bir ağ testi değildir ve rotanın erişilebilir olduğunu kanıtlamaz. Diğer yapılandırma kapsamlarını ve ilgili ortam ayarlarını da hesaba katın.

Yönlendirme yeni bir yapılandırma eşleşmesi değildir

Git belgeleri, eşleşen URL'lerin Git komutlarına doğrudan verilenler olduğunu söyler; bir yönlendirme nedeniyle ziyaret edilen URL'ler bu eşleşmeye katılmaz. İlk ana bilgisayar indirmeleri başka bir yere yönlendiriyorsa bu sınırlamayı unutmayın.

Rota taşımayla da eşleşmelidir. Bir SSH uzak deposu, aynı hizmet HTTPS web sitesi sunduğu için bir HTTP URL alt bölümüne tabi olmaz.

Birkaç bilinçli kural kullanın, ardından temsili URL'ler için sonucu inceleyin. Genel, depo yerel ve URL'ye özgü proxy girdilerinin uzun birikimi, ifade etmeye çalıştığınız ağ ayrımından çok daha zor anlaşılır.

İlgili makaleler