Regresar desde 2.1.3-Dev a 2.1.2 Symfony 2

37 views
Skip to first unread message

helysm

unread,
Oct 9, 2012, 1:04:07 PM10/9/12
to symfony-es, symfony-2...@googlegroups.com, symfo...@googlegroups.com, symfony_...@googlegroups.com
Saludos colegas.

Para preguntarles si alguno ha lidiado con el tema de regresar desde  una version de desarrollo  a una version estable, actualmente un proyecto esta en symfony 2.1.3-dev, pero resulta que realizaron la actualizacion y quedo en la version de desarrollo, hay forma de poder regresar a la version estable 2.1.2., utilizando composer ??

Gracias

Si encuentras la solución a tu problema no olvides postearla, es por el beneficio de todos en la lista.

Atentamente,

Hely Suarez Marin
Desarrollador PHP Symfony
Miembro del Semillero de Investigación y Desarrollo de Software Libre UFPS
No a la Piratería de Software !Sea Legal con Colombia! Usa Software Libre...
Cúcuta

Francesc Rosàs

unread,
Oct 9, 2012, 4:42:31 PM10/9/12
to symfony_...@googlegroups.com, symfony-2...@googlegroups.com, symfony-es, symfo...@googlegroups.com

Porque no "require"s la versión 2.1.* y así te aseguras de estar al día de bug fixes?

El 09/10/2012 19:04, "helysm" <hel...@gmail.com> va escriure:

Hely Suarez Marin

unread,
Oct 9, 2012, 4:53:35 PM10/9/12
to symfony_...@googlegroups.com
Por que se salta a la version 2.1.3-Dev
or que

Albert Casademont Filella

unread,
Oct 9, 2012, 5:02:05 PM10/9/12
to symfony_...@googlegroups.com
Puedes requerir explícitamente una versión 2.1.1 sin problemas. O si no, 2.1.*@stable

2012/10/9 Hely Suarez Marin <hel...@gmail.com>

Arnau González

unread,
Oct 10, 2012, 12:14:34 PM10/10/12
to symfony_...@googlegroups.com
Otra opción és descargar el composer.lock que viene con la distribución estable y hacer primero un "composer install". Esto eliminará los bundles de terceros que tengas de entrada, pero no pasa nada. Tambien es probable que el proceso acabe fallando después de actualizar los repositorios debido precisamente a que no has descargado los bundles de terceros. Sigue sin pasar nada.

Una vez hecho esto haz "composer update <bundle1> <bundle2>..." dónde estos bundles son los que has añadido a tu proyecto que no estaban inicialmente en el composer.json de symfony. De esta forma conservarás la versión original de los bundles que vienen por defecto con la release de symfony más tus bundles de terceros. Ahora si que el proceso irá bien y tendrás todos los bundles correctos.

A partir de ahora si quieres actualizar solo algun bundle y dejar los demás intactos, utiliza siempre el update especificando los bundles a actualizar. Verás que la developper bar te dice que estás de nuevo en la version 2.1.2.

Igualmente, creo que la opción de Albert tambien es válida y quizás menos engorrosa.

2012/10/9 Albert Casademont Filella <albertca...@gmail.com>



--

Arnau

Ricard Clau

unread,
Oct 10, 2012, 1:11:38 PM10/10/12
to symfony_...@googlegroups.com
Nosotros también hemos optado por la opción @stable y incluso en algunos paquetes como twig, etc... marcar también una versión (por ejemplo Twig 1.9.2)

De esta manera, mientras no están todos los composer.json perfectos en las dependencias, no se rompe nada :)

Carlos Buenosvinos

unread,
Oct 10, 2012, 1:29:15 PM10/10/12
to symfony_...@googlegroups.com
Si hacéis integración continua de manera intensiva, mi sugerencia, por lo menos, lo que vemos en Emagister, es que forcéis las versiones exactas de cada componente, o que uséis satis o broker para montaros un repositorio privado que asegure que subís a producción lo que realmente que queréis subir. Incluso en términos de conectividad y velocidad ganaréis muchísimo :)

Esto ya ocurre con CentOS, lo normal es montarte un repositorio intermedio mirror de Centos o remi y cuando hay actualizaciones, actualizar tu repositorio y hacer una actualización normal de tus máquinas.

Espero que os ayude!
Reply all
Reply to author
Forward
0 new messages