GitHub Actions permite crear flujos de trabajo (workflows) que se pueden utilizar para compilar, probar y desplegar código, dando la posibilidad de crear flujos de integración y despliegue continuo dentro del propio repositorio de git.
GitHub recientemente anunció el soporte para gráficos de dependencias de Composer. Los graficos de dependencias proporcionan diferentes experiencias importantes en GitHub, tales como alertas de seguridad, parches automáticos, información de dependencias entre otros.
Una interesante manera de mejorar tu currículum, portafolio y perfil en línea y además de poner a prueba tus habilidades de programación, es hacer contribuciones a proyectos Open Source como el framework Laravel, entre muchos otros. Para ello necesitarás crear un fork del repositorio, el cual representará una copia fiel del proyecto original al momento de crear el fork. Sin embargo, si quieres que dicho fork siga reflejando los cambios del proyecto original necesitarás actualizarlo luego de cierto tiempo. En el siguiente videotutorial te enseñaremos los pasos que necesitarás para mantener el fork actualizado tanto en tu proyecto local como en el repositorio de GitHub.
Los «Pipelines» son un feature de BitBucket que nos permite ejecutar pruebas automatizadas en nuestros proyectos cada vez que realizamos un Pull Request, o un Commit a un Branch en el repositorio del proyecto. Es decir, Bitbucket Pipelines trae integración continua, deploy y más a BitBucket. Veamos como podemos configurar este tipo de pruebas automatizadas en un proyecto de Laravel usando PHPUnit y MySQL.
A lo largo de todo este curso hemos estado trabajando con Git desde sus bases en la terminal, ya que ésta es la mejor manera de comprender el funcionamiento de Git, haciéndolo de esta manera podemos saber qué ocurre exactamente cuando hacemos uso de los distintos comandos de Git, como por ejemplo poner los cambios en el área de stage, cómo podemos crear un branch, visualizar el log (en diferentes formatos), etc.
Todo esto podemos hacerlo también por medio de GUI’s o interfaces gráficas, esto nos permite trabajar con Git de una manera un poco más cómoda a la vista y en esta ocasión daremos un vistazo a 3 de las opciones más populares que hay actualmente.
Regístrate para ver ésta y cientos de lecciones exclusivas.
Ahora que ya sabemos cómo podemos trabajar con git quizá queremos empezar a contribuir con proyectos open source, ya sea para corregir algún bug, implementar un feature nuevo, o solamente corregir la documentación. Esto lo podemos hacer por medio de un Pull request, lo que nos va a permitir contribuir con repositorios que no son de propiedad nuestra para poder implementar cambios al código y posteriormente enviar la sugerencia de nuestro código hacia el propietario del proyecto original.
Regístrate para ver ésta y cientos de lecciones exclusivas.
Anteriormente vimos cómo podemos hacer uso de la metodología git flow para poder crear un feature nuevo, sin embargo, aún no hemos finalizado del todo ya que todavía nos falta cubrir un par de puntos importantes. En esta ocasión vamos a ver el uso de las otras 2 ramas de soporte que maneja la metodología git flow, las cuales son release y hotfix.
Regístrate para ver ésta y cientos de lecciones exclusivas.
A lo largo de este curso hemos estado aprendiendo el uso de Git para poder tener un control sobre las versiones que vamos haciendo de nuestros proyectos (de ahí el nombre controlador de versiones). Mientras estamos trabajando en proyectos de manera individual no deberían presentarnos ningún problema ¿Pero qué sucede cuando trabajamos de manera colaborativa? En esos casos es muy común que nos surjan conflictos al estar trabajando, esto es debido a que Git nos permite crear ramas con mucha facilidad, pero si no tenemos cuidado, esto puede ocasionar que dichas ramas no tengan ningún criterio o flujo de información que las sustente y esto puede resultar en un total caos. Afortunadamente podemos contar con la metodología git-flow que nos permite trabajar con nuestros repositorios de una manera más organizada y limpia dentro de un equipo de trabajo.
Regístrate para ver ésta y cientos de lecciones exclusivas.
A lo largo de todo este curso hemos estado revisando nuestro historial utilizando el comando git log lo cual nos brinda información sobre cada cambio que hemos hecho en nuestro código, cada commit se encuentra registrado en este log lo cual está bastante bien, sin embargo, ya que estamos utilizando Git, podemos hacer uso de un segundo log el cual es denominado reflog.
Este segundo log nos puede ser de gran utilidad ya que no necesariamente está atado a los commits que vamos registrando, en su lugar, éste registra cada cambio que va teniendo el puntero HEAD en nuestro repositorio, esto puede ocurrir en varias ocasiones y nos puede ayudar a salir de problemas de una manera fácil y rápida.
Regístrate para ver ésta y cientos de lecciones exclusivas.
Anteriormente vimos cómo podemos implementar un submódulo en nuestros proyectos, pero aún hay algo más que debemos ver antes de dar por finalizado este tema, ya que hay algunas cosas que no hemos visto todavía como podría ser el descargar un repositorio que utilice submódulos desde cero, actualizar repositorios, resolución de conflictos, etc.
El día de hoy vamos a ver estas situaciones, así que acompáñame en este video para poder ver cómo podemos solucinarlas.
Regístrate para ver ésta y cientos de lecciones exclusivas.