No quería comprometerlo con el repositorio. Por eso escribo en el archivo como un paso de la tubería y tengo acceso a mi secreto aquí. Cuando ejecutas la tubería, la salida se ve más o menos así. Está en la línea 12, tienes tu archivo index.d.ts, así que el archivo que exporta realmente métodos y funciones que se utilizan. Pero también en la línea 17, tienes exactamente el nombre del archivo que estábamos probando localmente cuando estábamos ejecutando el método pnpm pack. Si obtienes 405, asegúrate de que tu paquete esté nombrado correctamente. Una vez que lo publicas, tu paquete está disponible en GitHub. Tienes información sobre cómo instalarlo, cómo añadirlo a packet.json, tienes información sobre las versiones anteriores. En el lado derecho, también tienes el readme, y el enlace al repositorio. Hablemos ahora del versionado. El estándar para el versionado es el formato mayor, menor, parche. Eso se traduce en, digamos, mayor uno, menor tres y parche es cero. Así que, cuando vayas a lanzar un cambio importante, querrás comunicar al usuario que puede que necesite actualizar el uso de tu biblioteca, y lo haces lanzando versiones mayores. Y esto es comúnmente conocido como el problema del huevo y la gallina.
No quería comprometerlo con el repositorio. Por eso escribo en el archivo como un paso de la tubería y tengo acceso a mi secreto aquí. Ahí están los secretos del repositorio. Así que creo este archivo npmrc. Instalo las dependencias, ejecuto mis pruebas y construyo el proyecto, y luego puedo publicar, como dije, en mi registro de GitHub que incluye también mi nombre de usuario.
Cuando ejecutas la tubería, la salida se ve más o menos así. Está en la línea 12, tienes tu archivo index.d.ts, así que el archivo que realmente exporta métodos y funciones que se utilizan. Pero también en la línea 17, tienes exactamente el nombre del archivo que estábamos probando localmente cuando estábamos ejecutando el método pnpm pack. De nuevo, igual que antes, no funcionó la primera vez. No funcionó la segunda vez. Cuando intentaba publicar en mi feed de GitHub, a menudo, obtenía 404 o 405. Y descubrí la forma de autenticarlo, así que como decía, el archivo .npmrc necesita incluir el secreto y la URL correcta del registro. Sin embargo, el nombre de tu paquete también necesita incluir tu nombre de usuario de GitHub. Eso fue un aprendizaje interesante. Si obtienes 405, asegúrate de que tu paquete esté nombrado correctamente.
OK. Así que, una vez que lo publicas, tu paquete está disponible en GitHub. Tienes información sobre cómo instalarlo, cómo añadirlo a packet.json, tienes información sobre las versiones anteriores. En el lado derecho, también tienes el readme, y el enlace al repositorio. Es realmente agradable, ¿no es así? Así que, como puedes ver aquí, hay diferentes versiones, la versión reciente, hay alfa y así sucesivamente. Hablemos ahora del versionado. Así que, el estándar para el versionado es el formato mayor, menor, parche. Eso se traduce en, digamos, mayor uno, menor tres y parche es cero. Así que, cuando vayas a lanzar un cambio importante, querrás comunicar al usuario que puede que necesite actualizar el uso de tu biblioteca, y lo haces lanzando versiones mayores. Así que, digamos que aumentas el número mayor a dos, tendrás la versión 2.0.0. Si lanzas este pequeño cambio en tu aplicación, quizás solo añades una función de ayuda adicional, simplemente aumentarías la versión menor. Así que, 1.4.0. Y cuando trabajas con parches, así, como las pequeñas correcciones, quizás actualizaste el readme o algo así, simplemente actualizarías la versión del parche. Sin embargo, cuando trabajas con el paquete, y creas el PR, actualizas el código, y lanzas este paquete, probablemente crearías solo una actualización de parche 1.3.1.
Comments