{"id":661,"date":"2019-02-18T10:58:30","date_gmt":"2019-02-18T17:58:30","guid":{"rendered":"https:\/\/rosolutions.com.mx\/blog\/?p=661"},"modified":"2019-04-16T14:14:56","modified_gmt":"2019-04-16T21:14:56","slug":"que-es-git-introduccion-y-primeros-pasos","status":"publish","type":"post","link":"https:\/\/rosolutions.com.mx\/blog\/que-es-git-introduccion-y-primeros-pasos\/","title":{"rendered":"\u00bfQu\u00e9 es Git? Introducci\u00f3n y primeros pasos"},"content":{"rendered":"

En este post voy a explicar un poco sobre que es Git y como comenzar a utilizarlo. Si haz escuchado de el pero no estas seguro que es o como funciona, este es el lugar correcto<\/p>\n

\u00bfQu\u00e9 es Git?<\/h2>\n

Git es un Sistema de Control de Versiones (o VCS<\/strong><\/em> seg\u00fan sus siglas en ingles), el cual fue desarrollado originalmente en 2005 por Linus Torvalds (el creador de Linus) como una herramienta gratuita y de c\u00f3digo abierto. No por nada es una de las herramientas m\u00e1s utilizadas actualmente.<\/p>\n

\u00bfQu\u00e9 quiere decir control de versiones?<\/p>\n

Es un tipo de software que permite a un equipo llevar el control de los cambios en el c\u00f3digo fuente durante los ciclos de vida y distintos procesos del desarrollo. Este lleva registro de cada modificaci\u00f3n realizada a los archivos, lo que permite la f\u00e1cil comparaci\u00f3n, recuperaci\u00f3n de informaci\u00f3n o reparo de errores.<\/p>\n

\"Control<\/p>\n

Primeros pasos<\/h2>\n

Podemos descargar git desde el sitio oficial, el cual es Git SCM\u00a0https:\/\/git-scm.com\/<\/a><\/p>\n

Despu\u00e9s de ser instalado, podemos abrir una terminal (o CMD en Windows) y teclear lo siguiente:<\/p>\n

git --version\r\n<\/pre>\n
Nos mostrara la versi\u00f3n de git instalada. Ahora creemos una carpeta, accedemos a ella (desde la terminal) e iniciamos un Repositorio<\/em> git:<\/p>\n
mkdir git-prueba\r\ncd git-prueba\r\ngit init\r\n<\/pre>\n
Ahora comenzamos a crear archivos dentro de esta carpeta, basta con un simple archivo .txt para el ejemplo.<\/p>\n
Publicar los cambios (commit)<\/h2>\n
A diferencia de otros sistemas, git cuenta con algo llamado “\u00e1rea de preparaci\u00f3n” (staging area). Es una zona intermedia donde los cambios pueden ser preparados y revisados antes de ser publicados. Esto permite el poder preparar ciertos archivos para ser publicados, sin la necesidad de enviar la totalidad de los documentos dentro del repositorio.<\/p>\n
\"\"<\/p>\n
Para a\u00f1adir uno o varios archivos al \u00e1rea de preparaci\u00f3n, podemos usar el siguiente comando:<\/p>\n
\/\/ todos los archivos\r\ngit add *\r\n\r\n\/\/ archivo especifico\r\ngit add mi-archivo.txt\r\n<\/pre>\n
Si deseamos publicar los cambios (commit) y a\u00f1adir un mensaje para identificar la versi\u00f3n o el proposito, podemos usar:<\/p>\n
git commit -m \"Mi primer commit\"\r\n\r\n\/\/ Si deseamos a\u00f1adir cambios y publicarlos al mismo tiempo\r\ngit commit -a -m \"Mi primer commit\"\r\n<\/pre>\n
Estado actual y registro<\/h2>\n
Una vez que se realicen modificaciones a los archivos dentro del folder o se vayan a\u00f1adiendo nuevos, es f\u00e1cil olvidar que archivos ya han sido guardados en el repositorio y en que momento se realizo esta acci\u00f3n. Podemos hacer uso del comando status\u00a0<\/em>para informarnos de la situaci\u00f3n actual.<\/p>\n
git status\r\n<\/pre>\n
Este comando nos mostrar\u00e1 que archivos han sido modificados o a\u00f1adidos que a\u00fan no forman parte del \u00e1rea de preparaci\u00f3n (staging area) y ser considerados para la siguiente publicaci\u00f3n (commit). Podemos guardar los nuevos cambios repitiendo los pasos anteriores con los comandos\u00a0add<\/em> y\u00a0commit<\/em>.<\/p>\n
\u00bfY si deseamos ver un registro de todas las actualizaciones que se han realizado? Para eso existe el comando\u00a0log<\/em> el cual nos muestra una lista de todas las publicaciones (commits) que se han realizado en el repositorio, as\u00ed como el autor y fecha de cada una.<\/p>\n
git log\r\n<\/pre>\n
Repositorios remotos<\/h2>\n
Hasta ahora todo ha sido trabajado de forma local, es decir, en nuestro repositorio local dentro de nuestra computadora. Cada desarrollador contara con una versi\u00f3n local del repositorio, pero, \u00bfc\u00f3mo comparten y se enteran de los cambios?. Repositorios remotos.<\/p>\n
Existen distintas opciones, cada una con sus ventajas y desventajas a considerar seg\u00fan las necesidades de cada proyecto o equipo. Algunos de los m\u00e1s populares son:<\/p>\n