‫Jonas: Repasemos ahora muy rápidamente
‫los fundamentos absolutos de Git, y esto
‫de ninguna manera es una descripción general completa de Git.
‫Todo lo que quiero hacer
‫aquí es comenzar con Git lo más
‫rápido posible para que luego podamos implementar nuestro proyecto en Heroku.
‫Y como mencioné en el último
‫video, comenzaré a usar Git en la línea de comando ahora, ¿de acuerdo?
‫Y de hecho estoy usando
‫el terminal aquí mismo en VS Code nuevamente.
‫Así que abandonemos el proceso actual aquí, ¿de acuerdo?
‫Y ahora aquí en nuestra carpeta
‫de proyecto local, cree
‫un nuevo repositorio, y lo hacemos escribiendo git init, ¿de acuerdo?
‫Presiona Enter y eso es todo.
‫Así que simplemente inicializamos un repositorio Git vacío,
‫o también podemos llamarlo simplemente repositorio.
‫Entonces eso es un poco más fácil de decir.
‫Entonces, nuevamente, para crear un nuevo repositorio, o
‫repositorio, para su proyecto,
‫debe navegar a esa carpeta del
‫proyecto, que aquí en VS Code ocurre de manera automática.
‫Así que automáticamente estamos aquí en
‫la carpeta de Inicio y luego allí escribes
‫git init, y entonces se activa este nuevo repositorio.
‫Y aquí en mi línea de
‫comando, puedes ver esta parte amarilla ahora aquí del indicador,
‫y probablemente en tu terminal no la tendrás, y
‫realmente no importa.
‫Entonces, todo lo que eso significa aquí
‫es que ahora mismo tenemos un repositorio con una rama llamada master, ¿de acuerdo?
‫Y un poco más sobre la rama maestra más adelante.
‫De todos modos, antes de hacer cualquier
‫otra cosa, creemos un archivo especial llamado gitignore, y
‫allí agregaremos todos los
‫archivos que no queremos tener en nuestro repositorio.
‫Así que es una especie de
‫archivo de configuración como esta configuración más bonita o eslint.
‫Entonces puedo crear uno nuevo aquí.
‫La salida aquí.
‫Tan . gitignore, así, ¿de acuerdo?
‫Y VS Code, de
‫hecho, una vez más, ya reconoció
‫este archivo y le agregó este bonito símbolo.
‫Y la primera carpeta
‫que realmente queremos ignorar por completo es la
‫carpeta node_modules, así que escribimos node_modules, ¿de acuerdo?
‫Dale un segundo y luego
‫también querrás ignorar el archivo de configuración.
‫Entonces, todos los archivos de variables de entorno.
‫Y entonces podemos decir todos los. env archivos, ¿de acuerdo?
‫Entonces, la carpeta node_modules, realmente no
‫la queremos en nuestro repositorio porque simplemente no es necesaria.
‫Entonces, por ejemplo, si vamos a cargar
‫nuestro repositorio en GitHub, entonces no queremos cargar todas estas decenas
‫de miles de archivos porque una vez que
‫descarguemos el proyecto de
‫GitHub en otro lugar, podemos obtener fácilmente
‫la carpeta node_modules de nuevo escribiendo npm install, ¿verdad?
‫Y tenga en cuenta que Git también se trata de compartir,
‫no solo de guardar su código con instantáneas a lo largo del
‫tiempo, sino que también se trata de toda esta colaboración.
‫Ahora, aquí en VS Code en este
‫lado izquierdo, en realidad tenemos esta integración con Git.
‫Entonces, si hace clic aquí,
‫verá todos los archivos que están marcados como modificados.
‫Bueno, en este momento no
‫vemos ninguno aquí, así que recarguemos, pero todavía no aparecen aquí, y
‫creo que eso se debe a
‫que inicialmente teníamos demasiados archivos en node_modules, por
‫lo que ahora VS Code está un poco confuso con ese.
‫Revisemos nuestros problemas.
‫No, no tiene nada que ver con eso, ¿de acuerdo?
‫Pero, de todos modos, eso realmente no importa, ¿de acuerdo?
‫Lo que importa es que ahora también
‫podemos ver todos estos archivos modificados escribiendo git status.
‫Así, ¿de acuerdo?
‫Y aquí están ahora todos los archivos y carpetas que
‫básicamente aún no están comprometidos con nuestro repositorio.
‫Entonces, Git tiene que ver con la confirmación, por lo que
‫ahora aprendamos cómo podemos enviar archivos al repositorio, y eso es
‫una especie de proceso de dos pasos.
‫Primero tenemos que agregar los archivos a un área de prueba, y
‫solo después de que estén en esta
‫área, podemos enviar todos
‫los archivos que están allí para una nueva confirmación, ¿de acuerdo?
‫Así que hagámoslo.
‫Entonces, git add, y luego, si quiero
‫agregar todos los archivos, simplemente puedo escribir -A, ¿verdad?
‫Eso está tomando un
‫poco de tiempo ahora porque hay
‫muchos archivos, y ahora si escribo git
‫status nuevamente, veamos, ahora todos son en realidad verdes.
‫Entonces, aquí puede ver todas las toneladas de estos
‫archivos que ahora se agregarán a nuestro git commit, ¿de acuerdo?
‫Ahora, en realidad, no quiero estos archivos en caché
‫en esta carpeta de
‫caché, así que eliminemos rápidamente esta carpeta.
‫Bien, espero que ahora también se hayan ido de esto.
‫Así que esperemos que también se hayan ido de aquí ahora.
‫Y elimine, ahora se eliminan, por lo que ya
‫no están aquí, pero
‫veamos si todos los demás todavía están aquí.
‫Bien, entonces verá que estos no están preparados para su
‫confirmación, pero todos
‫estos otros archivos, ahora se confirmarán en el repositorio.
‫Ahora probablemente le suene un poco confuso por
‫qué primero tenemos que agregar estos archivos al área de preparación,
‫y solo entonces se pueden confirmar.
‫Y la razón rápida de esto es que
‫es posible que desee agregar diferentes archivos para diferentes confirmaciones, ¿de acuerdo?
‫Así que imagina que cambias 10 archivos pero
‫solo quieres comprometer cinco de ellos en una determinada confirmación.
‫Y así, con la puesta en escena, puedes hacer eso.
‫Pero solo queremos que sea muy simple aquí, por lo que simplemente
‫agregamos todos los archivos a
‫esta área de preparación y luego los confirmamos todos.
‫Y, de hecho, hagámoslo de
‫nuevo porque ahora borré todos estos archivos.
‫Así que hagamos git add -A de nuevo, ¿de acuerdo?
‫Y ahora estamos listos para
‫confirmar los archivos escribiendo git commit -m,
‫y luego especificamos un mensaje de confirmación.
‫Y este mensaje debería ser realmente descriptivo
‫de los cambios que hizo.
‫Ahora, por lo general, la primera confirmación se llama confirmación inicial,
‫así que hagámoslo aquí también.
‫Entonces Confirmación inicial, presione Retorno, y eso es todo.
‫Entonces, con esta confirmación,
‫guardamos todas las modificaciones en el repositorio y,
‫de nuevo, una confirmación es como una instantánea
‫de todo el código en un momento determinado, ¿de acuerdo?
‫Y el tipo de filosofía es crear un nuevo compromiso cada
‫vez que haces cambios significativos en tu base de código.
‫Entonces, el concepto de compromiso es realmente el punto central de Git.
‫Entonces todo gira en torno a comprometerse, ¿de acuerdo?
‫Y ahora intentemos modificar algún archivo aquí.
‫Entonces podemos cerrar todos estos.
‫Ahora abramos la aplicación. js aquí, ¿de acuerdo?
‫Cierra esto un poco más.
‫Y aquí solo digamos Iniciar aplicación express.
‫Guárdelo y verá de inmediato en
‫VS Code cómo obtenemos esta línea verde.
‫Y eso significa
‫que había algo nuevo insertado en este punto.
‫Ahora también puede hacer
‫clic en él y ver básicamente cómo se veía
‫antes, y también puede, aquí mismo, retroceder en el tiempo.
‫Así que revierte el cambio.
‫Y lo mismo cuando borras algo.
‫Así que eliminemos esta línea de código.
‫Y aquí ves que antes,
‫básicamente, había algo.
‫Entonces, nuevamente, puede hacer clic
‫en eso y básicamente ver lo que había antes.
‫Puede retroceder en el
‫tiempo, así que hagámoslo para recuperarlo.
‫Ahora intentemos cargarlo rápidamente aquí,
‫pero por alguna razón los archivos modificados no aparecen aquí.
‫Entonces, idealmente, ahora app. js estaría aquí en esta
‫lista porque ese es el archivo que acabo de editar, ¿de acuerdo?
‫Pero, de nuevo, de todos modos, eso no es realmente importante.
‫También debería aparecer aquí en este árbol
‫de archivos con un color diferente tan pronto como lo edite, ¿de acuerdo?
‫Ahora, si volvemos a decir
‫git status, verá aquí modificado: app. js, ¿de acuerdo?
‫Entonces, esa es la única salida que tenemos
‫aquí, y también ve que los
‫cambios aún no están preparados para el compromiso, ¿de acuerdo?
‫Y ahora, de nuevo, agreguemos todos.
‫Entonces, git add y luego -A, o
‫también podríamos simplemente agregar este único archivo al add.
‫Así que app. js, ¿de acuerdo?
‫Intentemos git status de nuevo, y ahora es verde.
‫Y eso significa que los cambios se confirmarán tan
‫pronto como hagamos un nuevo compromiso.
‫Así que hagámoslo, git commit -m.
‫Para el mensaje, agregó un comentario, y eso
‫es todo.
‫Entonces, ya ves, el mensaje agregó el comentario.
‫Un archivo ha cambiado y hubo una inserción.
‫Entonces esa es esta línea aquí.
‫Y ahora esa barra verde que teníamos aquí se ha ido,
‫y eso significa que ahora todo está limpio nuevamente.
‫Ahora también ves que este maestro aquí, también lo
‫ves aquí, y
‫eso significa que estamos en la rama maestra.
‫Entonces, las ramas son otro concepto muy importante en Git, pero realmente
‫no entraré en eso en este punto.
‫Por ahora, siempre trabajaremos en la rama maestra.
‫Genial, ahora tienes un repositorio local con
‫todo tu código comprometido.
‫Y así, en el siguiente
‫video, empujemos esta rama a una rama remota en GitHub.
‫Básicamente, alójelo en la cuenta de GitHub que
‫acabamos de crear antes.
‫Así que espero verte pronto.