🎰 Semantic Versioning: Cómo usarlo y significado modificadores ~^* 🎁 ¡Regalo final!

[@CodelyTV]

🔗 Enlaces relacionados: 📕 Cursos CodelyTV Pro: bit.ly/cursos-codely |-- 🎥 Suscríbete a nuestro canal: kzbin.info |-- 𝐟 Facebook: facebook.com/CodelyTV/ |-- 📸 Instagram: instagram.com/CodelyTV/ |-- 🐦 Twitter: twitter.com/CodelyTV 🎟️ DevOps Barcelona 2019: |-- DevOps Barcelona: devops.barcelona |-- 15% de descuento para DevOps Barcelona: bit.ly/codelytv-devops |-- Sorteo 2 entradas gratis: twitter.com/CodelyTV/status/1126022595265089536 |-- Canal KZbin: kzbin.info/door/ujRfrMpi3XGfjRWBKuNv5A 🤔 Semantic Versioning |-- Especificación: semver.org/ |-- Packagist Semver Checker: semver.mwl.be/

[@Heroselohim]

La mejor explicación que haya encontrado acerca del tema y además brindan una herramienta muy práctica ✌

[@juandavidrestreporiascos4276]

literal la documentacion que esta de ello esta mas enrredado

[@criskrus995]

Sabía que algo tenía que ver pero no era consciente de ello, gracias por el vídeo!

[@glaze4629]

Que pasa con la documentacion de la libreria? Cuenta como parte de la libreria o no? Por ejemplo si corrijo errores ortograficos o añado una guia, podria subir un numero en la fix?

[@BhEaN]

Buen video!! Mi aporte: el carácter ~ se llama "virgulilla" es.wikipedia.org/wiki/Virgulilla

[@alexcannella9438]

Si incremento la versión Major, hace falta que restablezca a 0 las versiones de Minor y Patch?

[@leniedor733]

Un refactor sería entonces un fix si no rompe nada ?

[@diego.coder26]

y si por ejemplo se cambió la interfaz de un dispositivo móvil ( ui/ux ) pero sin romper nada, que cambio sería?

[@abrahamflores240]

Excelente resumen

[@enriquesotomendoza9024]

Buenisimo video. Gracias

[@programacion3694]

que grande estos pibarÙs

[@leandrowitzke6405]

Tengo una duda. Por ejemplo: estoy creando un nuevo package donde la version 1.0.0 se definió que va tener 10 features. Pero, a modo de implementar el package y hacer pruebas, quiero armar una version preliminar donde tiene 7 de los 10 features definido en la 1.0.0. En ocaciones veo que para este caso crean versiones tales como 0.0.9 o 0.0.1. ¿ Esto es válido? Cuál seria la mejor práctica para esto?. Por otro lado, siendo que pasar de la 0.0.9 a la 1.0.0 por ejemplo no requiere un cambio abruptivo (ya que son 3 features mas que agregan nuevas funcionalidades) se esta aplicando correctamente la semantic version? Saludos.

[@CodelyTV]

¡Buenas Leandro! Cuando estamos desarrollando lo que será una nueva versión de la librería, tenemos disponibles los modificadores de "pre-release" que comentamos en el vídeo, es decir, por ejemplo: "1.0.0-alpha.1". Cuando se usan los modificadores ("-alpha.1"), no estamos obligados a seguir los requisitos de compatibilidad. En la propia especificación de SemVer puedes ver más info: semver.org/#spec-item-9 Con lo cuál, una opción que tienes es determinar que tu versión 1.0.0 de la librería tendrá esas 10 features, y partiendo de esa base, hasta que no las tenga, no se liberará una versión final y estable 1.0.0. Con lo cuál, a medida que vas trabajando en esas 10 features, irías avanzando gracias a los modificadores. Ejemplo: 1.0.0-alpha.1, 1.0.0-alpha.2, …, 1.0.0-beta.1, 1.0.0-beta.2, …, 1.0.0-rc.1, 1.0.0-rc.2, … 1.0.0 🎉🙂 ¡Saludos!