Cargon rekisterilataukset toimivat, mutta Git-riippuvuudet epäonnistuvat

Erota Cargon rekisterin HTTP-polku Git-lähteiden hakuun ja valitse Git-toteutus tarkoituksella, kun proxy-käyttäytyminen poikkeaa.

Lue epäonnistunut lähde-URL ennen Cargon proxyn muuttamista. Rekisterin metatiedot, crate-arkisto ja Git-riippuvuus voivat käyttää eri haku- ja todennuspolkuja. SSH Git -URL tarvitsee myös eri kuljetusjärjestelyn kuin HTTPS.

Cargon asiaankuuluville HTTP-pyynnöille reitti voidaan asettaa näin:

[http]
proxy = "http://203.0.113.10:8080"

Korvaa dokumentaatioendpoint HTTP-proxylläsi. Julkisen rekisterireitin sallittuja proxy-ehdokkaita on HTTP-proxylistassa. Tämä ei osoita, että ulkoinen Git-ohjelma sai saman asetuksen.

Jos epäonnistuva lähde on Git, Cargo voi valita Git CLI:n oman toteutuksensa sijaan:

[net]
git-fetch-with-cli = true

CARGO_NET_GIT_FETCH_WITH_CLI=true valitsee sen yhteen komentoon. Ulkoinen Git tarvitsee nyt oman proxy-määrityksensä ja tunnistetietonsa. Vertaa samaa Git-URL:ia samassa käynnistysympäristössä; toimiva, asiaan liittymätön päätteen repository ei ole testi.

Puuttuva revisio, repositoryn käyttöoikeuden epääminen tai SSH:n host key -virhe on edelleen sama ongelma toteutuksen vaihtamisen jälkeen. Tämä asetus valitsee tuetun asiakkaan, eikä korjaa riippuvuuksia yleisesti.

Pidä diagnostiikka projektin tai komennon laajuisena: globaalit Git- ja käyttäjän Cargo-asetukset voivat vaikuttaa muihin työtiloihin. Rekisteri-URL valitsee pakettitiedot, ei välityspalvelinta. Kun Git-polku toimii, suorita koko tarkoitettu Cargo-operaatio uudelleen, koska arkistot, uudelleenohjaukset ja koontiaikaiset lataukset voivat käyttää muita reittejä.

Aiheeseen liittyvät artikkelit