Bundler-ის პროქსის ჩამოტვირთვები მუშაობს, მაგრამ Git დამოკიდებულება ვარდება

თუ bundle install ჩამოტვირთავს gem-ებს და შემდეგ Git დამოკიდებულებაზე შეჩერდება, გამოიკვლიეთ ამ დამოკიდებულების წყარო. წარმატებული ჩამოტვირთვები მხოლოდ იმ მარშრუტს ადასტურებს, რომელიც ამ ჩამოტვირთვებისთვის გამოიყენეს.

1. წაიკითხეთ რეალური Git URL Gemfile-ში ან lockfile-ში. HTTPS, SSH და git:// სხვადასხვა კავშირს მოითხოვს. ძველმა Bundler-ის მოკლე ფორმებმა შეიძლება დამალოს git:// URL მოკლე დეკლარაციაში.
2. შეამოწმეთ build-ის მიერ გამოყენებული Git გამოძახება. შეადარეთ მისი ფაქტობრივი კონფიგურაცია, გარემო და ანგარიში მომუშავე ტერმინალის გამოძახებას. Build აგენტმა ან პრივილეგირებულმა ბრძანებამ შეიძლება სხვა შემავალი მონაცემები დაინახოს.
3. მიჰყევით არჩეულ ტრანსპორტს. ნებადართული HTTPS წყაროსთვის შეიძლება გამოყენებული იყოს native Git-ის მხარდაჭერილი HTTP პროქსი კონფიგურაცია. SSH-ისთვის გამოიყენეთ ორგანიზაციის მხარდაჭერილი SSH მარშრუტი. HTTP პროქსის პარამეტრი არ აკონფიგურირებს ყველა ტრანსპორტს, რომლის გაშვებაც Bundler-ს შეუძლია.

საჯარო HTTPS Git წყაროსთვის, რომელიც საჯარო შუამავლებს უშვებს, HTTP პროქსების სია გთავაზობთ კანდიდატ საბოლოო წერტილებს ამ Git კონფიგურაციისთვის.

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

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