[pyar] Django, South y Git
matias benedetto
Les cuento que estoy empezando y aprendiendo a usar GIT desarrollando un proyecto en Django.
La duda que me surge es que hacer con la carpeta "migrations" que usa South, ya que creo que si agrego esa carpeta al repositorio y despues meto ese código en el servidor va a haber problemas. Porque sería usar las migraciones de la copia local de la bd en la bd del servidor.
La verdad no se me ocurre como manejarlo. Lei algunas preguntas en stackoverflow sobre eso. Pero me parece que nadie tiene demasiado claro que hacer con eso.
Que experiencia tienen usando South y control de versiones ? como lo manejan?
Saludos!
matias.
- - -
http://matiasbenedetto.com.ar
http://flickr.com/descartable
Marcos Moyano
Si te sirve de algo yo siempre versiono las migraciones y las uso en producción.
Salu2
Marcos :-)
_______________________________________________
pyar mailing list py...@python.org.ar
http://listas.python.org.ar/listinfo/pyar
PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de Argentina - http://www.usla.org.ar
--
Marcos Moyano
Co-Founder of Anue
Skype: marcosmoyano
http://www.anue.biz/
Angel Velásquez
ha scritto:
> Hola,
> Les cuento que estoy empezando y aprendiendo a usar GIT desarrollando un
> proyecto en Django.
> La duda que me surge es que hacer con la carpeta "migrations" que usa South,
> ya que creo que si agrego esa carpeta al repositorio y despues meto ese
> código en el servidor va a haber problemas. Porque sería usar las
> migraciones de la copia local de la bd en la bd del servidor.
No a menos que no corras ./manage.py migrate en producción..
>
> La verdad no se me ocurre como manejarlo. Lei algunas preguntas en
> stackoverflow sobre eso. Pero me parece que nadie tiene demasiado claro que
> hacer con eso.
>
> Que experiencia tienen usando South y control de versiones ? como lo
> manejan?
>
Acá creo que no entiendo muy bien tu pregunta.?
>
> Saludos!
> matias.
>
>
>
> - - -
> http://matiasbenedetto.com.ar
> http://flickr.com/descartable
>
> _______________________________________________
> pyar mailing list py...@python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
--
Respuesta: Porque no se entiende bien el contexto
Pregunta: ¿Por qué el top-posting es malo?
Angel Velásquez
Linux Counter: #359909
www.angvp.com
César H. Roldán
Hola,
Les cuento que estoy empezando y aprendiendo a usar GIT desarrollando un proyecto en Django.
La duda que me surge es que hacer con la carpeta "migrations" que usa South, ya que creo que si agrego esa carpeta al repositorio y despues meto ese código en el servidor va a haber problemas. Porque sería usar las migraciones de la copia local de la bd en la bd del servidor.
La verdad no se me ocurre como manejarlo. Lei algunas preguntas en stackoverflow sobre eso. Pero me parece que nadie tiene demasiado claro que hacer con eso.
Que experiencia tienen usando South y control de versiones ? como lo manejan?
Saludos!
matias.
Ramiro Morales
> Hola,
> Les cuento que estoy empezando y aprendiendo a usar GIT desarrollando un
> proyecto en Django.
> La duda que me surge es que hacer con la carpeta "migrations" que usa South,
> ya que creo que si agrego esa carpeta al repositorio y despues meto ese
> código en el servidor va a haber problemas. Porque sería usar las
> migraciones de la copia local de la bd en la bd del servidor.
No, cada uno de los módulos que se crean en migrations/ son las recetas
de c/u de los pasos que debe seguir South en cada una de las evoluciones
de la BD de tu proyecto.
Pero el estado de la aplicación de esas recetas (o sea en qué punto
especifico de esa historia evolutiva la la BD) se almacena en forma
independiente en cada motor de base de datos, en una tabla propia *.
De manera que si vos tenes motores de DB independientes entre los de los
desarrolladores, testing, staging, y el de producción no debería haber
interferencia alguna si con su sistema de control de versiones pasas al
servidor ese dir migrations/
* Que si mal no recuerdo incluso está representada por un modelo
Django (cuan meta)
--
Ramiro Morales
matias benedetto
> No, cada uno de los módulos que se crean en migrations/ son las recetas
> de c/u de los pasos que debe seguir South en cada una de las evoluciones
> de la BD de tu proyecto.
> Pero el estado de la aplicación de esas recetas (o sea en qué punto
> especifico de esa historia evolutiva la la BD) se almacena en forma
> independiente en cada motor de base de datos, en una tabla propia *.
Gracias a todos por las respuestas! me son de gran ayuda.
Saludos!
matias.
Felipe Lerena
_______________________________________________ pyar mailing list py...@python.org.ar http://listas.python.org.ar/listinfo/pyar PyAr - Python Argentina - Sitio web: http://www.python.org.ar/ La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de Argentina - http://www.usla.org.ar
Haces la migration, la pusheas, alguien se la baja, la aplica...
Que me perdi?
Lipe
matias benedetto
> Haces la migration, la pusheas, alguien se la baja, la aplica...
> Que me perdi?
Saludos!
matias.