En mi opinión, todo el trabajo sugerido por gilden es innecesario y demasiado cauteloso. Por supuesto, puede actualizar manualmente su archivo deps
con lo que desee. Actualmente estoy ejecutando Doctrine \ Common (2.2.1), Doctrine \ DBAL (2.2.1) y Doctrine (2.2.1) en Symfony 2.0.11 sin problemas.
No son las bibliotecas que usted necesita preocuparse acerca de (por lo general), que es el paquetes que utilizan las bibliotecas que requieren la versión específica (s). Por ejemplo, Symfony2 no tiene dependencia directa de ninguna versión de Doctrine, pero sí lo hace DoctrineBundle.
Antes de actualizar un paquete/biblioteca, generalmente es bueno verificar sus dependencias requeridas en Packagist.org. Busque el paquete que desea actualizar y vea qué dependencias requeridas definen. Nota: Esto no será necesario en Symfony 2.1, ya que utilizará Composer para administrar bibliotecas de proveedores.
Aunque nunca sabrá si algo funciona con su instalación o no, a menos que lo intente. Por supuesto, no hagas nada estúpido, pero no hay razón para temer romper cosas actualizando las bibliotecas de los proveedores. Almacene su código en Git y puede revertir fácilmente sus cambios.Ver: How to create and store a Symfony2 project in Git
Asimismo, al especificar version=#.#.#
en deps
- incluso si usted no tiene un archivo deps.lock
en absoluto, siempre obtendrá el mismo hash de cometer debido a que está especificando la etiqueta Git en el repositorio.
Algunos paquetes, en lugar de proporcionar números de versión, ofrecerán varias ramas para gestionar la compatibilidad con múltiples versiones de Symfony. Por lo tanto, es posible que vea algo como version=origin/2.0
, lo que significa que la secuencia de comandos del proveedor procesará la última confirmación en la rama denominada 2.0
del repositorio. El mantenedor probablemente intente mantener esa rama siempre compatible con Symfony 2.0.x.
Tan buena explicación, +1. Por cierto, cuando Symfony 2.1 estará disponible? – gremo