Submódulos en Git, parte 1

Logo

Súbmodulos en Git, parte 1

Curso de Git

A lo largo de todo el curso hemos estado trabajando con git en nuestros proyectos, tratando de sacarle el máximo provecho a todas las características que éste nos puede ofrecer, una de estas características es el uso de submódulos. Estos son, a grandes rasgos, un repositorio dentro de otro repositorio, lo cual nos permite compartir código en nuestros diferentes proyectos, tales como librerías, hojas de estilo, etc.

El uso de sub-módulos es algo que no es muy común que se utilice debido a que es un tema un poco difícil de entender, pero aquí en Styde lo vamos a ver de una manera sencilla y fácil de entender para que puedas empezar a utilizarlos al momento, además vamos a ver su ejecución en un proyecto de prueba para que comprendas mejor su funcionalidad, así que acompáñame a ver cómo podemos sacarle el máximo provecho a esta función.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Configuración de Git en distintos sistemas operativos

Logo

Configuración de Git en distintos sistemas operativos

Curso de Git Parte 1

Al trabajar con sistemas operativos diferentes dentro de un equipo de trabajo inmediatamente pueden surgir situaciones en las que nuestros archivos parecen no ser compatibles entre un sistema y otro, y esto es ocasionado por la separación de línea en cada sistema, esto ocasiona que en sistemas basados en Unix como OS X y Linux los archivos se vean de manera normal y en sistemas Windows se vea todo en una sola línea.

Afortunadamente git nos proporciona algunas herramientas para poder tratar estos archivos y hacerlos funcionar de manera adecuada en cada sistema operativo, así que veamos cómo podemos hacer esto.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Configuración avanzada de Git

Logo
11

Configuración avanzada

Curso de Git Parte 1

Hay ocasiones en las que necesitamos hacer ciertas configuraciones adicionales, por ejemplo, imagina que tienes un directorio el cuál no quieres compartir con tus compañeros, ya sea porque es irrelevante para el proyecto o porque puede ser un simple experimento; Git nos permite excluir archivos y directorios de nuestros repositorios de manera que podamos trabajar con ellos pero no necesariamente compartirlos.

También hay ocasiones en las que queremos eliminar algún archivo de nuestros repositorios, o quizá quisieramos modificar nuestras configuraciones para un solo proyecto pero no de manera general, todo esto podemos verlo en el siguiente video, así que acompáñame a ver cómo podemos lograr estas configuraciones.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Historial y Diferencias en Git

Logo
10

Historial y diferencias

Curso de Git Parte 1

Como habrán notado a lo largo de la serie, hemos hecho revisión de nuestro historial con mucha frecuencia, y cada vez que lo consultamos, git nos muestra todo el historial completo. Esto podría ser un desastre si el proyecto es muy grande ya que en caso de ser necesario buscar un commit muy atrás en el historial tendríamos que revisar toda la línea de tiempo.

Afortunadamente git es muy flexible y nos proporciona algunas herramientas para poder ver nuestro historial de una manera mucho más cómoda, pudiendo verlo tanto de manera simplificada como detallada e incluso en rangos de fechas y el día de hoy veremos algunas de las opciones más comunes que se pueden utilizar.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Rebase interactivo en Git

Logo
9

Rebase interactivo

Curso de Git Parte 1

Ya hemos visto con anterioridad cómo podemos hacer uso de un rebase, también vimos cómo podemos solucionar conflictos cuando usamos rebase, pero esto no es todo lo que esta herramienta nos ofrece, existe una modalidad llamada interactive rebase (rebase interactivo) que nos permite hacer varias cosas con nuestro historial, entre ellas, cambiar el orden de los commits, eliminar commits, renombrar commits o unir uno o más commits, esto resulta muy útil cuando tenemos commits con mensajes que no representan algo descriptivo o cuando nos equivocamos en algún mensaje, el día de hoy veremos cómo podemos hacer todo esto.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Rebase en Git

Logo
7

Rebase

Curso de Git Parte 1

Cuando estamos trabajando con branches, como lo hemos hecho hasta el momento, tenemos dos alternativas para unir a nuestro branch principal con los cambios que hemos implementado, la primera opción es hacer un merge, lo cual ya cubrimos anteriormente cuando vimos cómo trabajar con branches, pero esto hace que nuestro historial comience a desordenarse un poco y muchas veces lo que queremos es tener una sola línea de tiempo y para poder lograrlo tenemos la alternativa de hacer un rebase.

Un rebase es una manera de unir los cambios que hagamos en un branch dedicado a algún feature o un hotfix hacia nuestro branch principal pero manteniendo cierto orden en nuestra línea de tiempo, teniendo todo dentro de un sólo timeline. Quizá esto pueda parecer un poco confuso al principio pero en Styde estamos aquí para ayudarte a comprenderlo de la manera más sencilla posible, así que vamos a ver cómo funciona y en qué nos puede ayudar el uso de rebase:

Regístrate para ver ésta y cientos de lecciones exclusivas.

Integración continua con Travis CI, PHPUnit y GitHub

No sólo podemos tener pruebas que verifiquen la calidad de nuestro código en cuestión de segundos. Con integración continua, una práctica de ingeniería de software, podemos incluso lograr que nuestras pruebas unitarias se ejecuten de manera automática en entornos de desarrollo con diferentes características, como por ejemplo diferentes versiones de PHP.

En esta última lección del curso Creación de componentes para PHP y Laravel veremos cómo configurar Travis CI con el repositorio de nuestro componente, el cual es un servicio para realizar integración continua que podemos vincular con GitHub, que monitorea el repositorio y al ocurrir un cambio o actualización del código, ejecuta las pruebas unitarias para posteriormente obtener un reporte del resultado de la ejecución de las pruebas, es decir, si pasaron o no en los diferentes entornos que hayan sido configurados previamente.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Publicación de paquetes con GitHub, Composer y Packagist

Bienvenidos a una nueva lección de la tercera parte del curso Creación de componentes para PHP y Laravel, donde aprenderás a publicar un nuevo proyecto en Packagist para compartirlo con la comunidad de PHP.  Te indicaremos cuáles son los pasos a seguir y que debes tomar en cuenta en la configuración del archivo composer.json de los proyectos que instalarán nuestro paquete.

Regístrate para ver ésta y cientos de lecciones exclusivas.

Ramas y resolución de conflictos en git

Una de las mayores ventajas de trabajar con git como control de versiones es poder crear ramas y experimentar con ellas sin tener la preocupación de dañar nuestro código o cuando estamos trabajando y de repente surge un imprevisto podemos crear una rama y arreglar el problema, eso sin tocar lo que estábamos haciendo. Pero ¿Cómo unimos lo que hicimos en otras ramas a la rama principal?

Hacer git merge en un repositorio es integrar o fusionar las líneas de código de commits de una rama con otra. Éste es uno de los comandos básicos que usamos en nuestro día a día con git. Vamos a profundizar un poco en las opciones que tenemos disponibles con él.

Ver post

Cómo hacer deploy de tu proyecto Laravel a un servidor compartido con DeployBot

banner-deploy-servidor-compartido-con-deploybot

En muchas oportunidades nuestros clientes nos obligan a usar un servidor compartido para un proyecto en Laravel, sin embargo, la mayoría de estos servidores no ofrecen soporte a control de versiones como Git o acceso remoto vía SSH, por lo que para hacer deployment (puesta en producción) de un proyecto sólo tenemos la opción de hacerlo vía FTP. Pero esto puede resultar un dolor de cabeza, pues a medida en que avanzamos en el desarrollo cuando tenemos que actualizar los cambios en el servidor ¿Cuáles fueron los archivos que editamos y deberíamos subir? ¿Que pasa si olvidamos un archivo o sobreescribimos el que no era? 

En estos casos nos podemos ayudar con una herramienta para hacer el deployment, la cual se encargará de manejar la subida del proyecto con menos complicaciones y usando la única opción que tenemos FTP.  En esta oportunidad veremos cómo poner en producción un proyecto con la herramienta DeployBot.

Ver post

Suscríbete a nuestro boletín

Te enviaremos publicaciones con consejos útiles y múltiples recursos para que sigas aprendiendo.

Recibe consejos útiles y múltiples recursos directamente en tu correo