Usar la variable de entorno en el archivo de proyecto de PyDev Eclipse

Question

Estoy usando Eclipse 3.6.1 con PyDev 1.6.4 para desarrollar un sitio de Google App Engine. En mis proyectos .pydevproject Quiero establecer la ruta al SDK de Google App Engine a partir de una variable de entorno, ya que desarrollo en mi computadora de escritorio y portátil (donde las rutas son ligeramente diferentes) y planeo verificar este archivo en el control de fuente y otros entornos Puede ser diferente. En el XML a continuación, deseo reemplazar /home/jesse con el valor leído de una variable de entorno. Por ahora, me gustaría simplemente usar el directorio de inicio actual.

<?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> 

que he intentado:

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

Google no ha aparecido tanto, cualquier sugerencia ?

Answer 1

Actualmente, lo que puedes hacer es usar una cadena de sustitución allí y luego configurarla en el intérprete que estás usando (En la ventana> preferencias> pydev> intérprete - python> variables de sustitución de cadena) - de esa manera puede tener diferentes variables por intérprete ... qué IMO es mejor que tenerlo globalmente.

Un buen ejemplo de eso sería tener un intérprete compilado para 64 bits y otro para 32 y podría configurar el pythonpath para el proyecto de manera diferente según el intérprete que se utilizara, así que podría tener compilados para 64 en uno carpeta y para 32 en otro.