Mi guía esencial de GIT – Segunda parte

githubTal como decía en la primera parte de esta guía esencial GIT, lo que pretendo es crear mi propia guía de GIT para poder consultar y tener en un punto todos los comando necesarios que voy utilizando en mi día a día, en esta segunda parte son comando algo más avanzados por así decirlo, si te es útil también, pues genial.

Como vimos el flujo de trabajo básico en GIT es que primero modificas una serie de ficheros en el directorio de trabajo, después preparas dichos ficheros  añadiendo como una instantánea (SnapShot) en un área de preparación y por último confirmas los cambios dentro del área de preparación y almacena los ficheros de forma permanente en GIT. Si una versión de un fichero está en el directorio GIT, se considera confirmada (committed), si ha sufrido cambios desde el inicio, pero ha sido añadida al área de preparación, está preparada (staged) y finalmente ha habido cambios y no se ha preparado, está modificada (modified). Ahora pasamos a hablar de ramificaciones que estoy seguro en algún momento si trabajas en equipo vas a necesitar entender para no ocasiones sensaciones amargas y frustraciones innecesarias, así que voy a explicar desde mi propia experiencia de uso de las ramificaciones, locales y remotas y comandos necesarios para moverse entre ramificaciones. Seguir leyendo

Mi guía esencial de GIT – Primera parte

githubCon este post pretendo crear mi propia guía de GIT para poder consultar y tener en un punto todos los comando necesarios que voy utilizando en mi día a día, si también te sirve a ti, pues mejor. Por si no sabes lo que es GIT, unas breves palabras de introducción. GIT viene a ser un sistema de control de versiones distribuidos (DVCS) que está escrito en el lenguaje de programación C, también podríamos decir que GIT es un sistema de archivos (filesystem) con una interface de usuario (VCS). GIT te permite disponer de un control de versiones y la creación de un histórico para el repositorio del código fuente que estás trabajando, además, GIT mantiene un registro de todas las versiones. Por lo tanto es posible volver a cualquier punto del histórico del código fuente registrado.

El flujo de trabajo básico en Git es que primero modificas una serie de ficheros en el directorio de trabajo, después preparas dichos ficheros  añadiendo como una instantánea (SnapShot) en un área de preparación por así decirlo y por último confirmas los cambios dentro del área de preparación y almacena los ficheros de forma permanente en GIT. Si una versión de un fichero está en el directorio GIT, se considera confirmada (committed), si ha sufrido cambios desde el inicio, pero ha sido añadida al área de preparación, está preparada (staged) y finalmente ha habido cambios y no se ha preparado, está modificada (modified). Seguir leyendo