Usa variabile di ambiente nel file di progetto PyDev Eclipse

Question

Sto utilizzando Eclipse 3.6.1 con PyDev 1.6.4 per lo sviluppo di un sito di Google App Engine. Nei miei progetti .pydevproject voglio impostare il percorso all'SDK di Google App Engine basato su una variabile di ambiente da quando sviluppo sul mio desktop e laptop (dove i percorsi sono leggermente diversi) e ho intenzione di controllare questo file nel controllo del codice sorgente e in altri ambienti potrebbe essere diverso Nel seguente XML, voglio sostituire /home/jesse con il valore letto da una variabile di ambiente. Per ora sarei felice di usare l'attuale home directory.

<?xml version="1.0" encoding="UTF-8" standalone="no"?> 
<?eclipse-pydev version="1.0"?> 
<pydev_project> 
    <pydev_property name="org.python.pydev.PYTHON_PROJECT_INTERPRETER">Python 2.5</pydev_property> 
    <pydev_property name="org.python.pydev.PYTHON_PROJECT_VERSION">python 2.5</pydev_property> 
    <pydev_variables_property name="org.python.pydev.PROJECT_VARIABLE_SUBSTITUTION"> 
    <key>GOOGLE_APP_ENGINE</key> 
    <value>/home/jesse/projects/google_appengine</value> 
    </pydev_variables_property> 
    <pydev_pathproperty name="org.python.pydev.PROJECT_SOURCE_PATH"> 
    <path>/app_html5rest</path> 
    </pydev_pathproperty> 
    <pydev_pathproperty name="org.python.pydev.PROJECT_EXTERNAL_SOURCE_PATH"> 
    <path>${GOOGLE_APP_ENGINE}</path> 
    <path>${GOOGLE_APP_ENGINE}/lib/django</path> 
    <path>${GOOGLE_APP_ENGINE}/lib/webob</path> 
    <path>${GOOGLE_APP_ENGINE}/lib/yaml/lib</path> 
    </pydev_pathproperty> 
</pydev_project> 

ho provato:

• $ {HOME}
• $ {} env.HOME
• $ HOME

Google non ha alzato molto, qualche suggerimento ?

Answer 1

Attualmente, in questo momento, è possibile utilizzare una sostituzione di stringa e impostarlo nell'interprete che si sta utilizzando (In finestra> preferenze> pydev> interpreter - python> variabili di sostituzione delle stringhe) - in questo modo può avere variabili diverse per interprete ... quale IMO è meglio che averlo globalmente.

Un bell'esempio di questo sarebbe avere un interprete compilato per 64 bit e un altro per 32 e potrebbe configurare pythonpath per il progetto in modo diverso a seconda dell'interprete utilizzato - quindi, potresti avere le DLL compilate per 64 in una cartella e per 32 in un altro.