Imagen de versionado semántico
👨💻 Comparto esta imagen sobre el versionado semántico.

El versionado semántico consiste en la estructura que debemos seguir para colocar una versión a nuestro paquete.
Qué es el versionado semántico
El versionado semántico está conformado por tres valores:
Símbolos ^ y ~ para actualizar las versiones minor y patch
Existen dos símbolos que acompañan al versionado sirven para actualizar las versiones minor y patch del paquete.
Por ejemplo, tenemos la versión 5.2.3:
^5.2.3, actualizará la versión minor y patch, por lo que tendrás versiones como ^5.3.3, ^5.4.3, ^5.4.4, y así sucesivamente. Pero no versiones mayores a 6.0.0.~5.2.3, actualizará la versión de patch, por lo que tendrás versiones como ~5.2.4, ~5.2.5, ~5.2.6, y así sucesivamente. Pero no versiones mayores a 5.3.0.Buenas prácticas en el versionado de paquetes
Lo recomendable es eliminar estos símbolos y tener la versión exacta (sin símbolos) para evitar problemas de versionado, principalmente con paquetes que los mantienen pocas personas o no son fiables.
Debes manejar las actualizaciones cuando sea pertinente y asegurándote que no entrará en conflicto la nueva versión con la antigua.
Cómo realizar cambios a la versión de tu paquete de NPM
Si realizas cambios en tu código, tienes que cambiar la versión de tu paquete. Debes utilizar los siguientes comandos, según la versión que desees cambiar:
##Aumenta una version path (1.0.0) -> (1.0.1) $ npm version patch ##Aumenta una version minor (1.0.0) -> (1.1.0) $ npm version minor ##Aumenta una version major (1.0.0) -> (2.0.0) $ npm version major ##Aumenta una version específica (1.0.0) -> (3.1.1) $ npm version <version>
Una vez actualizada la versión de tu paquete, puedes ejecutar nuevamente el comando npm publish para actualizarlo en los repositorios de NPM.
Paquetes privados
Para usar paquetes privados necesitas:
En un paquete privado de NPM, solo pueden participar el propietario y los colaboradores autorizados. De esta manera, puedes seguir construyendo el paquete con una combinación de código privado y dependencias públicas.
Actualizar tu paquete en NPM con buenas prácticas
Tu paquete debe contener toda la información posible para que el usuario puede instalarlo, utilizarlo y hasta colaborar para solucionar posibles bugs. Por ende, es necesario que tengas configurado, por lo menos, un archivo README.md y un repositorio remoto (GitHub, GitLab, etc.).
Una vez tengas estos requisitos, puedes actualizar tu paquete a una nueva versión, luego publícalo nuevamente.
Cómo crear un archivo README.md para tu paquete
Para crear un archivo README.md puedes utilizar esta estructura base y adecuarla a tu proyecto. Puedes mirar el código haciendo clic en el botón "Raw".
Contribución creada por Andrés Guano (Platzi Contributor).
El versionado semántico consiste en la estructura que debemos seguir para colocar una versión a nuestro paquete.
El versionado semántico está conformado por tres valores:

Existen dos símbolos que acompañan al versionado sirven para actualizar las versiones minor y patch del paquete.
Por ejemplo, tenemos la versión 5.2.3:
^5.2.3, actualizará la versión minor y patch, por lo que tendrás versiones como ^5.3.3, ^5.4.3, ^5.4.4, y así sucesivamente. Pero no versiones mayores a 6.0.0.~5.2.3, actualizará la versión de patch, por lo que tendrás versiones como ~5.2.4, ~5.2.5, ~5.2.6, y así sucesivamente. Pero no versiones mayores a 5.3.0.Lo recomendable es eliminar estos símbolos y tener la versión exacta (sin símbolos) para evitar problemas de versionado, principalmente con paquetes que los mantienen pocas personas o no son fiables.
Debes manejar las actualizaciones cuando sea pertinente y asegurándote que no entrará en conflicto la nueva versión con la antigua.
Si realizas cambios en tu código, tienes que cambiar la versión de tu paquete. Debes utilizar los siguientes comandos, según la versión que desees cambiar:
##Aumenta una version path (1.0.0) -> (1.0.1)
$ npm version patch
##Aumenta una version minor (1.0.0) -> (1.1.0)
$ npm version minor
##Aumenta una version major (1.0.0) -> (2.0.0)
$ npm version major
##Aumenta una version específica (1.0.0) -> (3.1.1)
$ npm version <version>
Una vez actualizada la versión de tu paquete, puedes ejecutar nuevamente el comando npm publish para actualizarlo en los repositorios de NPM.
Para usar paquetes privados necesitas:
En un paquete privado de NPM, solo pueden participar el propietario y los colaboradores autorizados. De esta manera, puedes seguir construyendo el paquete con una combinación de código privado y dependencias públicas.
Tu paquete debe contener toda la información posible para que el usuario puede instalarlo, utilizarlo y hasta colaborar para solucionar posibles bugs. Por ende, es necesario que tengas configurado, por lo menos, un archivo README.md y un repositorio remoto (GitHub, GitLab, etc.).
Una vez tengas estos requisitos, puedes actualizar tu paquete a una nueva versión, luego publícalo nuevamente.
Para crear un archivo README.md puedes utilizar esta estructura base y adecuarla a tu proyecto. Puedes mirar el código haciendo clic en el botón "Raw".
Contribución creada por Andrés Guano (Platzi Contributor).
👨💻 Comparto esta imagen sobre el versionado semántico.

Si les da errores, puede ser porque no habían instalado previamente el comando con permisos de root, por ejemplo:
sudo npm install -g random-str-msg
Con eso debería resolver lo de instalar y ya al colocar el comando:
random-str-msg
deberían aparecerle las frases que al profe le aparecen en su consola.
"Me gustaría ver tus paquetes"
Si no les funciona el up main intenten con git push
Construí un paquete que recibe un texto entre comillas despues del comando y lo regresa emarcado para darle énfasis
█▀▀▀▀▀▀▀▀▀▀▀▀█
█ FRAME TEXT █
█▄▄▄▄▄▄▄▄▄▄▄▄█
npm install -g frame-text
frame-text "Hello"
=>
█▀▀▀▀▀▀▀█
█ Hello █
█▄▄▄▄▄▄▄█
Por aquí les dejo mis notas, espero les sean útiles.
Creando un paquete con el manejador de paquetes de node, npm, node package manager.
ACTUALIZAR EL PAQUETE Y VERSIONARLO. 20. 2.0.0, el primer número representa un cambio mayor, el segundo una versión menos y el tercero un parche al reparar algún error en una versión anterior. 21. Cambiamos la lógica del index.js si así lo queremos. 22. El readme debe estar muy bien explicado, con info de qué hace el paquete, como se instala, como se llama, etc. 23. Mandamos todo a github antes de hacer cualquier cambio. 24. versionamos el paquete de la siguiente manera: npm version 1.1.0. Obviamente aquí cambiamos a la versión que toque. 25. npm publish y con esto quedaría subida la nueva versión. 26. Revisamos los cambios en npm.
Los paquetes son divertidos. Comandos importantes:
Los paquetes privados tienen costo.
README.md para tener un mejor control de los cambios que se realizan al proyecto.
git add .
git commit -m “mensaje-del-cambio”
up main
0.0.0 se puede actualizar a:npm version 1.1.0
git status se verifica si todo está correcto.
npm publish
Comparto mis apuntes






Yo hice un paquete que te cuenta historias cortas de terror 💀, selecione las mejores, chenlo está chido jaja 😄
Así se installa
npm i horror-stories
Así se ejecuta
tell-me
Aquí está el link de npm