Изтеглянията през прокси на Bundler работят, но Git зависимост се проваля

Изтеглянията на gem и зависимостите, базирани на Git, могат да използват различни мрежови клиенти и транспорти. Определете Git URL, преди да променяте работещия прокси маршрут на Bundler.

Ако bundle install изтегли gem пакети и след това спре при Git зависимост, разгледайте източника на тази зависимост. Успешните изтегляния потвърждават само маршрута, използван за тях.

  1. Прочетете действителния Git URL в Gemfile или lockfile. HTTPS, SSH и git:// изискват различни връзки. Стари съкращения на Bundler могат да скрият URL git:// в кратко описание.
  2. Прегледайте извикването на Git, което използва изграждането. Сравнете действителната му конфигурация, среда и акаунт с работещо извикване в терминал. Агент за изграждане или привилегирована команда може да вижда различни входни данни.
  3. Следвайте избрания транспорт. За разрешен HTTPS източник може да се приложи поддържаната HTTP прокси конфигурация на Git. За SSH използвайте поддържания от организацията SSH маршрут. Настройката на HTTP прокси не конфигурира всеки транспорт, който Bundler може да стартира.

За публичен HTTPS Git източник, който допуска публични посредници, списъкът с HTTP прокси сървъри предлага кандидати за крайни точки за тази Git конфигурация.

Сега класифицирайте грешката. 407 се отнася до достъпа до посредника. Грешка за права на частно хранилище след успешен тунел се отнася до отделния му акаунт или ключ. Пазете прокси идентификационните данни извън Gemfile и ангажираните URL адреси на източници; тези декларации се споделят с потребители на проекта, чиито мрежови настройки може да се различават.

Не заменяйте работещо прокси и не редактирайте акаунт с квалифициран домейн само защото несвързано решение го препоръчва. Завършването означава извличане на конкретния Git източник по предвидения маршрут. Повтарянето на вече успешните изтегляния на gem оставя този провал непроверен.

Подобни статии