La programación permite que las máquinas nos sirvan en todo lo que necesitemos, basta con saber cómo "explicárselo"... ¡aquí te decimos cómo hacerlo!
En mi primera colaboración con el Colaboratorio os voy a hablar de algo con lo que he estado jugando últimamente y que permite que alguien como yo, sin conocimiento alguno de HTML o CSS, pueda montar una página web desde cero en cuestión de un par de horas: el generador de sitios estáticos Jekyll.
En el artículo anterior “Desarrollo de aplicaciones web con CodeIgniter” vimos que CodeIgniter es un framework, del tipo modelo-vista-controlador, para el desarrollo de aplicaciones web con PHP, sus características y cómo instalarlo. Como quizá recordéis, es software libre bajo licencia MIT.
En este nuevo artículo vamos a dar los primeros pasos para crear nuestra propia aplicación web.
Una de las características mas interesantes, sin lugar a dudas, del control de versiones, son las ramas o ramificaciones. Se trata de una característica que resulta realmente interesante y que nos permite hacer variaciones de nuestro proyecto sin perder el enfoque de nuestro objetivo final. De ahí que la gestión de ramificaciones en los sistemas de control de versiones sea algo fundamental.
Como ya comenté en el artículo de introducción a Git, y no me cansaré de insistir, los sistemas de control de versiones no son algo exclusivo de los desarrolladores, sino que cualquier profesional puede, y debería, hacer uso de ello. Y es precisamente en la gestión de ramificaciones donde adquiere su mayor relevancia.
Una vez ya hemos visto lo referente al trabajo con ramas en Git que comentamos en los artículos anteriores, Ramificaciones, flujo de trabajo y etiquetas, estamos en disposición de enfrentarnos a cualquier proyecto cuyo control de versiones se realice con GIT. Sin embargo, no quería terminar esta serie de artículos sobre GIT y GitHub, sin comentar un aspecto muy interesante, como son los submódulos, y las posibilidades que nos ofrecen.
Es habitual, cuando estás trabajando en un proyecto, apoyarte en el trabajo de terceros. Utilizar bibliotecas externas a tu proyecto, iconos, temas, o lo que consideres. En este caso, lo interesante es poder tener este otro proyecto dentro del tuyo propio pero sin que un proyecto afecte al otro. ¿Cual sería el objetivo? Realizar el control de versiones del proyecto principal de forma independiente al proyecto secundario.
¿Como resolver esta situación? Para esto tenemos los submódulos en Git.
En el artículo anterior vimos como trabajar con repositorios locales, y aunque con esto, ya tenemos adelantado mucho respecto a no utilizar ningún tipo de sistema de control de versiones, lo cierto es que la gracia de todo esto se encuentra en la colaboración. Es decir, que varios usuarios trabajen de forma simultánea en un mismo proyecto. Este proyecto estará ubicado en un repositorio remoto. La realidad, es que tal y como comentamos en el artículo anterior, nosotros trabajaremos en el repositorio local, y sincronizaremos puntualmente con el repositorio remoto.
En este artículo vamos a ver como trabajar con repositorios remotos. Además veremos como gestionar estos repositorios remotos, es decir, como añadir, quitar, etc, para sincronizar nuestro repositorio local con uno o varios repositorios remotos.
En el apartado sobre Dockerfile vimos un ejemplo práctico sobre cómo crear volúmenes. Estos nos permitían hacer persistente la información una vez que el contenedor era parado o destruido. Pues bien, la idea de esta entrada es profundizar en el almacenamiento en Docker.
