As bundle install gems downloadt en dan by in Git-ôfhinklikheid stopt, ûndersykje dan de boarne fan dy ôfhinklikheid. De slagge downloads bewize allinnich de rûte dy't foar dy downloads brûkt is.

  1. Lês de feitlike Git-URL yn 'e Gemfile of lockfile. HTTPS, SSH en git:// hawwe ferskate ferbiningen nedich. Histoaryske Bundler-koarten kinne in git://-URL yn in koarte ferklearring ferbergje.
  2. Undersykje de Git-oprop dy't de build brûkt. Fergelykje de effektive konfiguraasje, omjouwing en akkount mei in wurkjende terminaloprop. In build-agent of in befoarrjochte kommando kin oare ynfier sjen.
  3. Folgje it keazen transport. Foar in autorisearre HTTPS-boarne kin de stipe HTTP-proxykonfiguraasje fan native Git jilde. Brûk foar SSH de SSH-rûte dy't de organisaasje stipet. In HTTP-proxyynstelling konfigurearret net elk transport dat Bundler starte kin.

Foar in iepenbiere HTTPS Git-boarne dy't iepenbiere tuskenpersoanen tastean, biedt de HTTP-proxylist kandidat-einpunten foar dy Git-konfiguraasje.

Klassifisearje no de flater. In 407 giet oer tagong ta de tuskenpersoan. De tastimmingsflater fan in privee-opslachplak nei in slagge tunnel giet oer syn aparte akkount of kaai. Hâld proxy-sertifikaten bûten de Gemfile en commit-te boarne-URL's; dy ferklearrings wurde dield mei projektbrûkers waans netwurkyynstellings ferskille kinne.

Ferfang gjin wurkjende proxy en bewurkje gjin domeinkwalifisearre akkount allinnich om't in net-relatearre omwei it oanbefelt. Foltôgje betsjut de spesifike Git-boarne fia de bedoelde rûte ophelje. It werheljen fan 'e al slagge gem-downloads lit dy flater ûnteste litte.

Relatearre artikelen