A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Plan de integraci贸n continua

13/25
Recursos

Aportes 12

Preguntas 3

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

驴Alguna vez te has preguntado por qu茅 t煤 no ten铆as la reacci贸n del 鈥淢e importa鈥 en Facebook pero tus otros amigos s铆? Bien, aqu铆 tienes por qu茅, el plan de integraci贸n continua comienza a hacer el despliegue en producci贸n paso por paso.
.
Aqu铆 es donde vemos lo que coment茅 en la clase anterior, el uso de git, GitHub y sus branches, que de nuevo, esto est谩 bien explicado en esta clase:
.
https://platzi.com/clases/1557-git-github/19955-flujo-de-trabajo-profesional-haciendo-merge-de-ram/
.
Algo que me parece curioso son los tags, si los conoc铆a, pero se me hac铆a m谩s l贸gico tener un branch exclusivo para producci贸n, y que ese branch sea master.

Como aporte en los deployments por lo general se utilizan estrategias de deployments como canary, blue/green, rolling deployment para realizar todo lo que el se referia de liberas la version a X cantidad de Usuario o Zonas, etc. Les dejo un enlace donde pueden leer mas y tener una idea mas completa de las estrategias de deployment.

Les recomiendo mucho revisar gitflow, que es la manera en que trabajamos en la empresa que me encuentro. Me parece 煤til y creo que tiene las ramas necesarias para tener orden en el repositorio, a continuaci贸n relaciono una imagen del flujo:

La rama Master en Github ahora es Main

Veo que existen algunos comentarios que hacen referencia a la convenci贸n que maneja Angular para commit message, esta cool y lo utilizo muy seguido, pero mi decisi贸n para el formato de escritura depende desde el tipo de proyecto, tama帽o, y cantidad de integrantes, a partir de ello tom贸 como referencia Conventional Commits (en esta convenci贸n de igual manera hacen referencia al formato que maneja Angular)y voy modificando el formato.

<type>[optional scope]: <description>

[optional body]

[optional footer(s)]

Al final lo que importa es que un commit message sea claro para las personas del equipo, ya que con un buen mensaje podemos tener una visibilidad de que paso en el commit antes de entrar analizar en el c贸digo, ya que algunos objetivos principal de los commit messages son: poder saber qu茅 cambios vienen cuando alguien realiza un PR para un code review o si estamos buscando un error a trav茅s del tiempo de evoluci贸n del del proyecto, podemos saber a trav茅s de un mensaje claro donde se pudo haber agregado ese error.

Nunca, Nunca poner mensaje como

  • Hecho

  • No entiendo c贸mo funciona

  • Ya arregle esto

  • Se agreg贸 bot贸n

  • Se cambio color

  • S谩lvame Diosito

  • Etc.

Habia muchas expectativas por este curso en parlicular, pero hasta el momento me parece como la receta que te da algun amigo por telefono y despu茅s con los ingredientes en mano, no sabes como preparar el plato, espero mejore mas adelante.
Para la gesti贸n del Repository vale la pena leer. Que cosa es GitFlow.

Si quieren entrar en detalles acerca de Git, pueden ver el curso de Git y Github: https://platzi.com/clases/git-github/

Muy interesante esta forma de usar los tags, este curso se pone cada vez mejor, hasta puede ser la base en un futuro de otros cursos de backend en platzi, haciendo implementaciones en django,laravel, java etc.

muy interesante esta clase鈥

Hola!

Les comparto el enlace del curso de Git y GitHub que explica los cambios recientes que se han incorporado en algunas palabras; por ejemplo, ya no se dice master, sino m谩s bien main: https://platzi.com/clases/1557-git-github/35869-cambios-en-github-de-master-a-main/

Responder


Por si desean colaborar en proyectos grandes, les comparto las reglas de Angular para contribuir: