Iš kurių apskričių per pastarąsias 24 valandas gauta daugiausia pranešimų apie šią paslaugą.
Rodo, kur paslaugos URL buvo nepasiekiamas aptiktais sutrikimų laikotarpiais. Procentai nurodo nesėkmingų patikrų dalį iš stebėjimo taškų kiekvienoje šalyje.
Pasirinkite, kas neveikia — vienas paspaudimas padeda tūkstančiams kitų greičiau pamatyti sutrikimą.
Dažniausia problema – netinkama įrankių grandinės versija. Paleiskite rustup update, kad atnaujintumėte kompiliatorių ir susijusius komponentus. Jei projektas reikalauja konkrečios versijos, patikrinkite rust-toolchain.toml failą – ten nurodyta versija turi sutapti su įdiegta. Kartais pakanka paleisti rustup toolchain install stable iš naujo.
Tai beveik visada tinklo problema arba registro pasiekiamumo klausimas. Pirmiausia patikrinkite, ar crates.io pasiekiamas iš jūsų tinklo. Jei dirbate įmonės aplinkoje su ugniasiene, gali tekti sukonfigūruoti tarpinį serverį per CARGO_HTTP_PROXY aplinkos kintamąjį. Taip pat pabandykite išvalyti lokalią talpyklą: ištrinkite ~/.cargo/registry katalogą ir paleiskite cargo fetch iš naujo.
Jei rust-analyzer nerodo klaidų ar autoužbaigimo, pirma patikrinkite, ar įdiegta tinkama versija per rustup component add rust-analyzer. Redaktoriaus plėtinys kartais naudoja seną dvejetainį failą – nurodykite kelią rankiniu būdu plėtinio nustatymuose. Jei projektas naudoja workspace struktūrą, atidarykite šakninį katalogą, o ne poaplankį.
Tai dažnai susiję su lygiagretumu – standartiškai testai vykdomi keliose gijose. Jei testai naudoja bendrus išteklius ar aplinkos kintamuosius, paleiskite juos su cargo test -- --test-threads=1. Taip pat patikrinkite, ar nėra undefined behavior, naudodami cargo miri.
Jei cargo doc meta klaidas, dažniausiai kaltos netinkamai suformatuotos doc komentarų eilutės arba trūkstamos priklausomybės. Paleiskite cargo doc --no-deps, kad apribotumėte generavimą tik savo kodu ir greičiau rastumėte problemos šaltinį.