[MÚSICA] [MÚSICA] Vamos a crear el archivo readme para aplicar un cambio. [AUDIO_EN_BLANCO] Vamos a agregarle una pequeña modificación. [AUDIO_EN_BLANCO] Inicio del proyecto de guÃa de hoteles. [AUDIO_EN_BLANCO] you que utilicemos el git status y vamos a ver que nos dice que el archivo readme no está siendo trackeado, es decir no estamos monitoreando lo que son los cambios para después versionarlo. Si te acordas, lo que nos está diciendo es que no lo tenemos puesto en el staging, staging, lo que es la preparación del commit. Para ello, lo que vamos a hacer es git add readme. you acá vas a ver que nos dice directamente a cada uno del archivo, el readme justamente. Si tenemos muchos archivos vas a ver que vamos a hacer git add punto o git add menos a. En lo mismo hay muchas posibles configuraciones que uno lo hace con lo que son los flags, los flags en los comandos si te acordás son estos de ponerle con guión a, guión f, guión s, en fin, lo que esté preparado el comando para aceptar, ¿no? Y eso permite hacer algunas modificaciones a lo que son los comandos. Concreto lo que estamos viendo acá con el add, lo pasamos al área de staging y con el status chequeamos cómo estamos en nuestro ambiente de desarrollo y en nuestro ambiente de staging. Si lo queremos deshacer el cambio, no queremos trackear esto en stage, uno puede hacer el reset, y vamos a ver que vuelve a la parte de desarrollo, ¿no? De esta manera podemos ver que lo contrario al add lo podemos entender como el rest, ¿no? SerÃa el control z o el undo del add. Vamos a volverlo a agregar, acá voy a utilizar el punto como para mostrarte otra operación y vamos a hacer un commit. Con el commit es consolidar todos los cambios que vamos a tener en el stage, consolidarlos en una nueva versión de nuestro repositorio, y permitirle al justamente al motor de git avanzar en lo que es el versionado de nuestro proyecto, ¿no? Lo que nos obliga todo commit es incluir un mensaje, eso le hacemos con el flag menos m y le pasamos un string que contenga lo que es el nombre de la versión, ¿no? Es importante que estos nombres que utilicemos expresen concretamente y de forma muy sintética cuál es la intención y cuál es el objetivo, el cambio que estamos generando en este commit. Si no se le ocurre un nombre, quizás hiciste muchas cosas en el mismo commit y te convenga atomizar un poco más, hacerlos más chiquititos. Y sino tómate tu tiempo para pensar en un buen nombre, siempre como consejo pensá en el que lo va a leer. Es importante que la persona que lo lea pueda entender rápidamente de qué se trata ese commit, qué cambio hiciste. Pensá que si después hay algún problema en el proyecto, en algún cambio que hayas hecho, uno va a revisar el historial de commits para identificar dónde se puede haber producido el error. Si bien hay herramientas que nos pueden dar con mayor o menor exactitud dónde se pudo haber producido el problema, lo primero que uno hace generalmente es tratar de asociar por los nombres que figuren en los commits, dónde se produjo el cambio. Hay herramientas más avanzadas que podemos llegar a eso más directamente, pero es importante que en el commit pongas un buen nombre de forma tal que cuando uno vea la historia del proyecto, entienda cómo fue la evolución y qué fue en lo que estuviste trabajando, ¿no? Entonces, creación inicial del proyecto, vamos a utilizar este nombre con un readme. Bueno, acá aparece un resumen de lo que hiciste en este commit, pero si te fijas todavÃa no está en mi bucket. Vamos a ir a commit, todavÃa no figura. Entonces, ¿dónde está? Bueno está local, está local. Entonces si uno hace el load, figura acá el autor que es Ezequiel Lamonica, con este email realizó este primer commit, ¿no? Creación inicial del proyecto. Bueno, ahora hay que publicarlo. Pero, ¿cómo lo vamos a publicar? Con el comando git push. Entonces eso se puede demorar un poquitico en conectarse al repositorio, y se publica. Acá aparece un resumen, si hay un problema generalmente se te notifica acá. En este caso no hubo ningún problema, vamos a la web, descargamos la página y acá vemos que you figuran que Ezequiel Lamonica creo que el primer commit con el mensaje creación inicial del proyecto con un readme. Si vamos al source, vamos a ver que está el archivo readme y podemos verlo, incluso lo podrÃamos editar y hacer algunas otras operaciones más, ¿no? Bueno. Con esto vimos las operaciones principales del repositorio. Hay algunos cambios que uno va a poder ir haciendo, que le vamos a ir viendo a medida que vayamos haciendo avances en el proyecto y lo vayamos complejizando un poco más. Que es justamente traerse las versiones y dentro de las versiones que uno genera en el repositorio volver a una versión anterior, crear un nuevo branch como eso que mencionamos al principio, una nueva rama. Pero lo vamos a hacer a medida que surja la necesidad y trabajando sobre nuestro proyecto. No te quiero aburrir mucho ni cansar con esta introducción a git sino simplemente quiero presentarte estos comandos básicos, como para que podamos empezar a trabajar con una herramienta de versionado y que te permita justamente después compartir este proyecto con facilidad. FÃjate que esto es cuestión de agregar un usuario, compartir el url e invitarlo a que participe en nuestro proyecto y puede trabajar junto con nosotros desde el lugar en que se encuentre. [MÚSICA] [MÚSICA]
