> For the complete documentation index, see [llms.txt](https://leonelbbravo.gitbook.io/git-full-stack-developers/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://leonelbbravo.gitbook.io/git-full-stack-developers/.gitbook/introduciendo-cambios.md). # Introduciendo cambios Nos posicionamos en el archivo README.md

Como indica el archivo, dejamos nuestro nombre en una nueva línea. A partir de acá, tenemos dós metodos para subir cambios. Les enseñaré ambos, y ustedes decidirán. El que yo suelo usar, es el que viene integrado con el propio editor:

En el apartado "Source control" en el simbolo del git tree, podemos ver los cambios que sufre cada archivo.

Alternativamente, podemos utilizar el comando en la consola ```bash git status ```

El commando nos dirá cuáles archivos han sido modificados

Luego, agregamos los archivos que tenemos intención de commitear.

En el símbolo `+` podemos agregar los cambios, a esto se le llama *staging.* El staging es guardar provisoriamente los archivos, preparándolos para hacer commit.

Los cambios que estan en fase staged son los que van a ser introducidos en el commit

Alternativamente, podemos hacer lo mismo por consola, a través del comando `git add` ```bash git add nombre_del_archivo.extension ```

Podemos quitar este archivo de la fase de staging, a través del comando ```bash git restore --staged nombre_del_archivo.extension ``` Mientras que, en el IDE Visual Studio Code, sería presionando el botón `-`

El botón - cumple la misma función que lo detallado anteriormente

Y ahora, vamos a hacer el commit.

Es importante dejar un mensaje descriptivo en el commit, para después poder diferenciarlos entre sí.

Al hacer commit, nos va a saltar lo siguiente

Nos fijamos en el historial del repositorio remoto, para comprobar que los cambios han sido introducidos: