Migración de virtualenv y Github entre computadoras

Question

Principalmente trabajo actualmente con Python 2.7 y Django 1.3.3 (alojado en Heroku) y tengo varios proyectos que mantengo. He estado trabajando en un escritorio con Ubuntu ejecutándose dentro de un VirtualBox, pero recientemente tuve que hacer un viaje y quería tener todo cargado en mi computadora portátil. Pero, lo que descubrí rápidamente fue que virtualenv + Github es realmente fácil para crear proyectos, pero tuve problemas para intentar moverlos a mi computadora portátil. El enfoque que se me ocurrió fue crear un nuevo virtualenv y luego clonar el código de github. Pero no pude hacerlo en la carpeta que realmente quería porque diría que la carpeta no está vacía. Por lo tanto, lo clonaría en una carpeta tmp que cortar/pegar todo en donde realmente lo quería. No es TERRIBLE, pero siento que me falta algo aquí y que debería ser más fácil. Tal vez clonar primero, luego mkvirtualenv?

No es un problema de aplastamiento, pero estoy pensando en hacer algunos cambios más (como obtener el paseo de la VirtualBox y simplemente ir con un sistema de arranque Dual) y sería genial si pudiera hacerlo un poco más suave. :)

Finalmente, encontré y leí algunas publicaciones sobre cómo mover repositorios git entre computadoras, pero no vi ningún trato con Virtualenv (tal vez me lo perdí).

EDIT: Para ser claro y evitar confusiones, no intento "mover" el virtualenv. Solo estoy hablando de la mejor manera de crear uno nuevo. Instale los paquetes y clone el repositorio de github.

Answer 1

Lo bueno de un virtualenv es que puedes describir cómo hacer uno, y puedes hacerlo repetidamente en múltiples plataformas.

Por lo tanto, en lugar de clonar todo, clone un método para crear virtualenv consistentemente, y tenerlo en su repositorio de git. De esta forma evitará nasties específicos de la plataforma.

Answer 2

Además de crear una nueva virtualenv de scripts, debe crear un archivo requirements.txt que tenga todas sus dependencias (por ejemplo, Django1.3), luego puede ejecutar pip install -r requirements.txt y esto instalará todas sus dependencias por usted.

Incluso puede tener pip crear esto para usted haciendo pip freeze > stable-req.txt que imprimirá sus dependencias como en su actual virtualenv. Luego puede mantener los requisitos .txt bajo control de versión.

Answer 3

Eso es porque ni siquiera se supone que debes mover virtualenvs a diferentes ubicaciones en un sistema (hay soporte de reubicación, pero es experimental), y mucho menos de un sistema a otro. Crear un nuevo virtualenv:

• Instalar virtualenv en el otro sistema
• Obtener una requirements.txt, ya sea escribiendo una o almacenando la salida de pip freeze (y la edición de la salida)
• Mover el requirements.txt a el otro sistema, cree un nuevo virtualenv e instale las bibliotecas a través del pip install -r requirements.txt.
• Clonar el repositorio git en el otro sistema

Para necesidades más avanzadas, puede crear un script de arranque que incluye código de virtualenv + encargo de establecer cualquier otra cosa.

EDIT: Tener la raíz del virtualenv y la raíz de su repositorio en el mismo directorio me parece una idea bastante mala. Coloque el repositorio en un directorio dentro de la raíz virtualenv, o póngalos en árboles completamente separados.No solo evitas git (con razón, por lo general, todo lo que no ha sido rastreado por git es un juego justo para eliminar) quejándose de los archivos existentes, también puedes usar virtualenv para múltiples repositorios y evitar colisiones de nombres.

Answer 4

El único flujo de trabajo que debe necesitar es:

git clone repo_url somedir 
cd somedir 
virtualenv <name of environment directory> 
source <name of environment directory>/bin/activate 
pip install -r requirements.txt 

Esto supone que ha ejecutado pip freeze > requirements.txt (mientras que el Venv se activa) para listar todas las bibliotecas virtualenv-pip-instalado y verificado en el repositorio.