Transdonu la prokurilon al la pip-procezo, kiun vi lanĉas

Alvoku pip per la celata Python-interpretilo kaj provizu --proxy kiel apartan subprocess-argumenton anstataŭ importi la internaĵojn de pip.

Kiam ekzistanta provizadskripto devas ruli pip per prokurilo, lanĉu pip kiel subprocess. La internaj Python-funkcioj de pip ne estas subtenata aplika API.

import subprocess
import sys

subprocess.run([
    sys.executable,
    '-m', 'pip', 'install',
    '--proxy', 'http://proxy.example:8080',
    'example-package',
], check=True)

Uzu la celatan pakaĵon kaj prokurilan finpunkton. Por publikaj pakaĵelŝutoj permesataj per publika peranto, la HTTP-prokurila listo provizas kandidatojn por la HTTP-prokurila argumento. sys.executable elektas la Python-interpretilon, kiu rulas la skripton, do tio evitas hazarde alvoki la pip de alia instalado el PATH.

Ĉiu argumento okupas apartan listelementon. Neniu ŝelo necesas, kaj la prokurila URL ne bezonas plian paron da enmetitaj ŝelaj citiloj. check=True levigas CalledProcessError se la instalado malsukcesas, kio ebligas al la provizada laborfluo trakti tiun malsukceson.

Agordi la elŝutan vojon ĉe ĉi tiu pip-alvoko aŭ en ĝia subprocess-medio. Requests-sesio agordita aliloke en la gepatra programo ne agordas la apartan procezon de pip.

Post la instalado, daŭrigu la normalan mediprovizan vivciklon de la aplikaĵo. Instali en interpretilon, kiu jam funkcias, ne garantias, ke ĝiaj nunaj importoj, kaŝmemoroj aŭ vojoj tuj spegulos la novan pakaĵon.

Rilataj artikoloj