Come personalizzare un requirements.txt per più ambienti?

Ho due filiali, sviluppo e produzione. Ognuno ha dipendenze, alcune delle quali sono diverse. Lo sviluppo indica le dipendenze che sono esse stesse in fase di sviluppo. Allo stesso modo per la produzione. Ho bisogno di distribuire a Heroku che prevede le dipendenze di ogni ramo in un singolo file chiamato "requirements.txt".

Qual è il modo migliore per organizzarsi?

A cosa ho pensato:

• Mantieni file di requisiti separati, uno in ogni ramo (deve sopravvivere a frequenti fusioni!)
• Di 'a Heroku quale file di requisiti voglio usare (variabile d'ambiente?)
• Scrivere script di distribuzione (creare un ramo temporaneo, modificare il file dei requisiti, eseguire il commit, distribuire, eliminare il ramo temporaneo)

Puoi mettere in cascata i tuoi file dei requisiti e usare il flag "-r" per dire a pip di includere il contenuto di un file dentro un altro. Puoi suddividere i tuoi requisiti in una gerarchia di cartelle modulare come questa:

`-- django_project_root
|-- requirements
|   |-- common.txt
|   |-- dev.txt
|   `-- prod.txt
`-- requirements.txt

Il contenuto dei file sarebbe simile a questo:

common.txt:

# Contains requirements common to all environments
req1==1.0
req2==1.0
req3==1.0
...

dev.txt:

# Specifies only dev-specific requirements
# But imports the common ones too
-r common.txt
dev_req==1.0
...

prod.txt:

# Same for prod...
-r common.txt
prod_req==1.0
...

Al di fuori di Heroku, ora puoi configurare ambienti come questo:

pip install -r requirements/dev.txt

o

pip install -r requirements/prod.txt

Poiché Heroku cerca specificamente "requirements.txt" nella radice del progetto, dovrebbe semplicemente rispecchiare prod, in questo modo:

requirements.txt:

# Mirrors prod
-r requirements/prod.txt

Un'opzione praticabile oggi che non esisteva quando la domanda e la risposta originali sono state pubblicate è usare pipenv invece di pip per gestire le dipendenze.

Con pipenv, la gestione manuale di due file di requisiti separati come con pip non è più necessaria e pipenv gestisce invece i pacchetti di sviluppo e produzione tramite interazioni sulla riga di comando.

Per installare un pacchetto da utilizzare sia in produzione che in sviluppo:

pipenv install <package>

Per installare un pacchetto solo per l'ambiente di sviluppo:

pipenv install <package> --dev

Tramite questi comandi, pipenv memorizza e gestisce la configurazione dell'ambiente in due file (Pipfile e Pipfile.lock). L'attuale buildpack Python di Heroku supporta nativamente pipenv e si configurerà da Pipfile.lock se esiste al posto di requirements.txt.

Vedere il collegamento pipenv per la documentazione completa dello strumento.

Se la tua esigenza è quella di poter passare da un ambiente all'altro sulla stessa macchina, potrebbe essere necessario creare cartelle virtualenv diverse per ogni ambiente a cui devi passare.

python3 -m venv venv_dev
source venv_dev/bin/activate
pip install -r pip/common.txt
pip install -r pip/dev.txt
exit
python3 -m venv venv_prod
source venv_prod/bin/activate
pip install -r pip/common.txt
exit
source venv_dev/bin/activate
# now we are in dev environment so your code editor and build systems will work.

# let's install a new dev package:
# pip install awesome
# pip freeze -r pip/temp.txt
# find that package, put it into pip/dev.txt
# rm pip/temp.txt

# pretty cumbersome, but it works.