მიეცით Git-ს სხვადასხვა პროქსის წესები სხვადასხვა ჰოსტისთვის

Git-ის URL-სპეციფიკურ HTTP კონფიგურაციას შეუძლია შიდა სერვისი პირდაპირ დატოვოს და სხვაგან პროქსი შეინარჩუნოს. შეამოწმეთ დამთხვევის შედეგი ზუსტი URL-ისთვის.

ერთ Git კონფიგურაციას შეუძლია ორ სრულიად განსხვავებულ მარშრუტს მოემსახუროს: გარე ჰოსტი, რომელიც დამტკიცებული პროქსის გავლით მიიღწევა, და შიდა ჰოსტი, რომელიც პირდაპირ მიიღწევა. არ გჭირდებათ გლობალური ნაგულისხმევის რედაქტირება ყოველ ჯერზე, როცა რეპოზიტორს ცვლით.

Git მხარს უჭერს URL-სპეციფიკურ HTTP კონფიგურაციას. მაგალითად:

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

გარე საჯარო რეპოზიტორისთვის, სადაც საჯარო პროქსები ნებადართულია, HTTP პროქსების სია გთავაზობთ კანდიდატებს ნაგულისხმევი ბოლო წერტილისთვის. ცარიელი მნიშვნელობა არის მკაფიო გადაფარვა შესაბამისი URL-ისთვის. ის განსხვავდება იმ უფრო კონკრეტული გასაღების წაშლისგან, რამაც შეიძლება კვლავ გამოავლინოს ზოგადი პროქსი.

დაამთხვიეთ URL, რომელსაც Git იყენებს

სქემა, ჰოსტის სახელი, პორტი, გზა და არასავალდებულო მომხმარებლის სახელი მონაწილეობენ დოკუმენტირებულ დამთხვევის წესებში. არ განიხილოთ URL ქვესექცია როგორც shell-ის ზოგადი ჟოლოს ნიშნების გამოსახულება. უფრო ვიწრო გზის წესმა შეიძლება სძლიოს უფრო ფართო ჰოსტის წესს.

შესაბამისი პროქსის კონფიგურაციის მხოლოდ-კითხვითი დათვალიერებისთვის:

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

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

გადამისამართება არ არის ახალი კონფიგურაციის დამთხვევა

Git-ის დოკუმენტაცია ამბობს, რომ დამთხვეული URL-ები არის ის, რაც უშუალოდ გადაეცემა Git ბრძანებებს; გადამისამართების გამო მონახულებული URL-ები ამ დამთხვევაში არ მონაწილეობენ. გაითვალისწინეთ ეს შეზღუდვა, თუ პირველი ჰოსტი ჩამოტვირთვებს სხვაგან გადაამისამართებს.

მარშრუტი ასევე უნდა შეესაბამებოდეს ტრანსპორტს. SSH დისტანციური რეპოზიტორი არ იმართება HTTP URL ქვესექციით მხოლოდ იმიტომ, რომ იგივე სერვისი გთავაზობთ HTTPS ვებსაიტს.

გამოიყენეთ რამდენიმე მიზანმიმართული წესი, შემდეგ შეამოწმეთ შედეგი წარმომადგენლობითი URL-ებისთვის. გლობალური, რეპოზიტორი-ლოკალური და URL-სპეციფიკური პროქსის ჩანაწერების გრძელი დაგროვება გაცილებით უფრო რთული გასააზრებელია, ვიდრე ქსელური განსხვავება, რომლის გამოხატვასაც ცდილობდით.

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