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 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.
¡Bienvenidos a mi primer post del año! Alguno dirá: “pero… ¿no ibas a iniciarnos en programación?” Tranquilos. Sí, lo prometido es deuda, pero para enseñar programación en BASH se necesitan unas bases de manejo en la terminal y como por algún sitio se tenía que empezar… hoy vamos a familiarizarnos con:
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 sobre CodeIginiter establecimos las bases de nuestra primera aplicación y dimos los primeros pasos con controladores y vistas. En este tercer artículo de la serie vamos a profundizar en el patrón modelo-vista-controlador, creando los primeros modelos de nuestra aplicación Biblioteca y sus correspondientes controladores y vistas. Además, vamos a aprender cómo facilitarnos el trabajo a la hora de crear las vistas.
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 artículo anterior vimos una primera aproximación a las ramificaciones en git. En este artículo vamos a ver algunas técnicas para la gestión, el manejo y el trabajo de ramificaciones.
Pero, sobre todo, quiero incidir en la importancia de las ramificaciones en un sistema de control de versiones. Y, de nuevo, insistir en la utilidad de GIT para múltiples disciplinas de trabajo. Ya sea como desarrollador, escritor, diseñador… o muchas otras profesiones, este sistema puede ayudar a que te organices mucho mejor. Pero vayamos al lío…
