php - instalar - ¿Cómo marcar el código como estable usando Composer?
composer install (3)
Para responder a la pregunta:
- para VCS, es
dev-master - para packagist, es
*@stable
Para más información sobre las versiones de compositor "estabilizadoras" o "congelantes"
Congelar hacer estable
A veces es útil, especialmente durante una auditoría, tomar las últimas versiones de sus requisitos, es por eso que hicimos que un paquete de compositores establezca todas sus dependencias: Composer Make Stable ( https://github.com/BeAPI/composer-make-stable ) .
Usando este comando, sus dependencias en composer.json cambiarán automáticamente desde:
"wpackagist-plugin/wordpress-seo":"6.2"
dentro:
"wpackagist-plugin/wordpress-seo":"*@stable"
Versiones de Freeze Composer
Si luego planea hacer lo contrario para obtener las últimas versiones de su composer.lock con el que probó su sitio, especialmente útil cuando hace que un sitio esté activo, eche un vistazo a otro de nuestro comando del compositor: Composer Freeze Version ( https: / /github.com/BeAPI/composer-freeze-version ).
Usando este comando, sus dependencias en composer.json cambiarán automáticamente desde:
"wpackagist-plugin/wordpress-seo":"@stable"
dentro:
"wpackagist-plugin/wordpress-seo":"6.2"
Espero eso ayude.
Recientemente he encontrado el cambio en el compositor, lo que significa que la minimum-stability predeterminada es stable , y en lugar de configurarlo como dev me gustaría marcar algunas de mis bibliotecas como estables.
De hecho, uso dos ramas relevantes, release y desarrollo desde el master . De vez en cuando, algo se fusiona en el release y se etiqueta como nueva versión.
¿Cómo determina el compositor la estabilidad de mis bibliotecas? ¿Existe una convención de nomenclatura para sucursales, números de versión, una clave en composer.json?
Gracias
Elaborando la respuesta de KingCrunch, ya que esto no fue inmediatamente obvio para mí.
Desde https://getcomposer.org/doc/02-libraries.md#specifying-the-version
Cuando publica su paquete en Packagist, puede inferir la versión de la información de VCS (git, svn, hg). Esto significa que no tienes que declararlo explícitamente.
Esto es muy fácil con Github: https://help.github.com/articles/working-with-tags/
Además:
Si está creando paquetes a mano y realmente tiene que especificarlo explícitamente, puede agregar un campo de versión:
{ "version": "1.0.0" }