Git Instalación y configuración en Windows

Verificar si tu repositorio local y el remoto de GitHub están exactamente iguales

Para verificar si tu repositorio local y el remoto de GitHub están exactamente iguales, abre una terminal dentro de la carpeta del proyecto y ejecuta:

git fetch
git status

→ Si aparece algo como: entonces son iguales.

Your branch is up to date with 'origin/main'.
nothing to commit, working tree clean

→ Si aparece asi:

Your branch is behind 'origin/main' by 1 commit, and can be fast-forwarded.
(use "git pull" to update your local branch)
nothing to commit, working tree clean

→ Your branch is behind 'origin/main' by 1 commit

Ese mensaje indica que no están iguales.
Tu repositorio remoto (origin/main)  tiene 1 commit que tu repositorio local no tiene

→ Además:

→ nothing to commit, working tree clean

significa que no tienes cambios locales sin guardar; tu copia local está limpia.

Para sincronizarla con GitHub:

git pull origin main

Después verifica nuevamente:

git status

Deberías ver algo parecido a:

On branch main
Your branch is up to date with 'origin/main'.

nothing to commit, working tree clean

Si antes de hacer git pull quieres saber cuál es ese commit que te falta, ejecuta:

git fetch
git log --oneline HEAD..origin/main

y comparte la salida. Te mostrará exactamente el commit que existe en GitHub pero aún no en tu PC.

Descargar Repositorio GitHub remoto a local por primera vez

→ Si el repositorio ya existe en GitHub y todavía no tienes la carpeta en tu PC, debes clonarlo.

Paso 1: Crear una carpeta para descargar el proyecto

Ve a la carpeta donde quieres guardar el proyecto.

Por ejemplo, si quieres guardarlo en D:\Proyectos , si la carpeta no existe, créala primero

Paso 2: Clonar el repositorio

• Para clonar el proyecto debemos tener instalado Git  https://git-scm.com/install/windows
• Estar dentro de la carpeta donde deseamos descargar la clonacion
• y abrir el terminal de windows o el terminal Git Bash

git clone https://github.com/alextutor/Gestor-de-Frases.git

→ Git descargará todos los archivos y creará automáticamente una carpeta llamada: 

→ Gestor-de-Frases

Paso 3: Entrar al proyecto  

→ cd Gestor-de-Frases

Paso 4: Verificar que todo se descargó correctamente

git status

→ Deberías ver algo similar a:

On branch main
Your branch is up to date with 'origin/main'.

nothing to commit, working tree clean

Paso 5: Verificar el remoto configurado

git remote -v

→ Debería mostrar:

origin  https://github.com/alextutor/Gestor-de-Frases.git (fetch)
origin  https://github.com/alextutor/Gestor-de-Frases.git (push)

→ Fin Con eso tendrás una copia local completa del repositorio de GitHub en tu PC.

Errores al crear Repositorio Local

Error al ejecutar git status = fatal: not a git repository (or any of the parent directories): .git

R. Al descargar renombre la carpeta por defecto. volvi a descargar el repositorio pero deje la carpeta por defecto y se soluciono 

<----------------------------------------------------------------------->

→  Iniciar tu Cuenta en https://github.com

→ Crear el Repositorio Remoto en GitHub  por ejemplo "Proyecto-Administrar-Fonts"

Configurar Repositorio Local

→ Windows : CMD y PowerShell como iniciar en carpeta especifica

echo "# Proyecto-Administrar-Fonts" >> README.md
git init
git add README.md
git commit -m "first commit"
git branch -M main
git remote add origin https://github.com/alextutor/Proyecto-Administrar-Fonts.git
git push -u origin main

o enviar un repositorio existente desde la línea de comando

→ Windows : CMD y PowerShell como iniciar en carpeta especifica

git remote add origin https://github.com/alextutor/Proyecto-Administrar-Fonts.git
git branch -M main
git push -u origin main

Hicimos cambios en Local y deseamos Subirlo al Repositorio Remoto

• $ git status
  
  → On branch main Your branch is up to date with 'origin/main'.
  tu repositorio local y el remoto (origin/main) están sincronizados
  
  → Untracked files: (use "git add <file>..."  to include in what will be committed) gestor_fuentes_Mod_v9-7-Opti.py
  pero tienes 1 archivos nuevos que Git aún no está siguiendo: gestor_fuentes_Mod_v9-7-Opti.py
  

  Significa que:

  • gestor_fuentes_Mod_v9-7-Opti.py existe en tu carpeta del proyecto.
  • Git lo ha detectado, pero todavía no lo está controlando (no forma parte del repositorio).
  • Si haces un git commit ahora, ese archivo no se incluirá en el commit.
  
  
  → nothing added to commit but untracked files present (use "git add" to track)
  

  significa:

  • nothing added to commit → No hay archivos preparados (staged) para crear un commit.
  • but untracked files present → Existen archivos nuevos que Git detecta en la carpeta, pero aún no los está controlando.
  • (use "git add" to track) → Usa git add para que Git empiece a seguir esos archivos.
  
  
  
• Si quieres que esos archivos también se suban a GitHub:
  
  Paso 1)
  
  (solo agrega 1 archivo)
  

  $ git add gestor_fuentes_Mod_v9-7-Opti.py  

  (Agrega todos los archivos nuevos y modificados dentro de la carpeta actual y sus subcarpetas.)
  

  git add .​

  
  Paso 2)
    
  

  $ git commit -m "Agregar nuevas versiones optimizadas"​

  Paso 3)

  $ git push origin main​

 

1. El Método de la "Limpieza Total" (Mismo Repositorio)

Si no quieres crear un nuevo repositorio y prefieres mantener la misma URL de GitHub, puedes borrar el historial y subir todo como si fuera el primer día. Esto es útil si el repositorio actual tiene mucha "basura" o archivos pesados que ya no necesitas.

Pasos a seguir:

• Respalda tus archivos: Asegúrate de tener la versión nueva y limpia en una carpeta local.

• Elimina la carpeta oculta .git :  En tu carpeta local, borra esta carpeta para romper el vínculo con el historial antiguo.

• Reinicia el repositorio local:
  
  

  1. Ejecuta git init

Inicializa el repositorio creando una carpeta oculta llamada  .git  , dentro de su proyecto (es de tamaño considerable de acuerdo al proyecto), un detalle importante : Si ejecutas git init en una carpeta que ya es un repositorio de Git (que ya tiene una carpeta .git), el comando es "inofensivo": no sobrescribirá lo que ya tienes, sino que simplemente reinicializará la estructura si falta algo o buscará cambios en la configuración. No perderás tu historial.

  2. Agrega tus archivos: git add
     
     Su función es añadir los cambios que has realizado en tus archivos al Area de Preparación (conocida en inglés como Staging Area).
     
     → git add . : Añadir todos los archivos modificados y nuevos. 
     
     → git add nombre_del_archivo.php : Añadir un archivo específico.
     
     → git add carpeta/  : Añadir una carpeta completa.
     
     →  git add --all :  Agregado masivo (El comando --all es más agresivo que el . y suele saltarse bloqueos de archivos "untracked")
     
     

  3. Ejecuta  git status   para verificar si el comando git add   a tenido exito : 
     
     → Si los nombres de los archivos aparecen en verde bajo el encabezado "Changes to be committed", significa que ya están listos para el commit.
     
     → Si los nombres de los archivos aparecen en rojo   "nothing added to commit but untracked files present (use "git add" to track)"  , ejecutar  git add --all   , verifica estado con  git status   
     
     

  4. Inicia session en GITHUB
     
     →  Inicia session en  https://github.com
     
               La Plataforma Web (github.com): Es donde gestionas tus repositorios, ves tu código y             colaboras. Iniciar sesión aquí es solo para tu cuenta de usuario en el navegador.
     
     → Crear el Repositorio Remoto en GitHub por ejemplo "Proyecto-Administrar-Fonts"
     
     
  5. Inicia Session en tu Repositorio Local
     
     Para que GitHub pueda vincular los cambios que haces en tu PC con tu perfil correctamente, ejecuta estos comandos en tu terminal (Git Bash o CMD):
     
     

     → git config --global user.email "you@example.com"
     
     → git config --global user.name "Your Name"
     ​

     Nota: Asegúrate de usar exactamente el mismo correo que tienes registrado en tu cuenta de GitHub.

     ¿Qué pasa si no lo haces?

     • Tus commits aparecerán en la terminal con un aviso de que no se pudo identificar quién eres.

     • En GitHub, los cambios que subas podrían no aparecer vinculados a tu perfil personal (tu avatar no aparecerá en el historial de cambios), lo cual puede afectar tus estadísticas de actividad (esos cuadritos verdes de contribuciones).

  6. Crea el primer commit:     git commit -m "Reiniciando repositorio con contenido limpio".
     
     

  7. Plan de Finalización (Codificación) 
     
     Para asegurarnos de que el contenido suba correctamente y reemplace todo lo anterior en GitHub, sigue estos pasos:
     
     
     • Renombrar tu rama local a  main (Opcional pero recomendado):
       Si tu repositorio en GitHub usa  main,   es mejor que tu PC también lo haga para evitar errores de nombres.
       
       → git branch -M main 
       
       
• Conectar tu repositorio local con tu repositorio remoto
  
  Para saber con total certeza si tu repositorio local ya está conectado a uno remoto (y a cuál exactamente), el comando más rápido y efectivo es:
  
  → git remote -v 
  
  Si todo está bien configurado, verás dos líneas (una para bajar cambios y otra para subirlos) que se ven así:
  
  origin https://github.com/tu-usuario/tu-repositorio.git (fetch)
  origin https://github.com/tu-usuario/tu-repositorio.git (push)
  
  
  

→ git remote add origin  https://github.com/poner_usuario/poner_nombre_proyecto.git

Ese comando sirve para conectar tu repositorio local (el que está en tu computadora) con un repositorio remoto (que suele estar en plataformas como GitHub, GitLab o Bitbucket). 

error: remote origin already exists.
Significa que ya vinculaste este repositorio local a un servidor remoto

• • • Subir los archivos y limpiar el historial de GitHub:
      
      Este comando enviará tu versión actual y borrará cualquier rastro anterior en el servidor:
      
       git push -u origin main  
      
      

• Fuerza el envío a GitHub:

  • Conecta de nuevo con tu URL: git remote add origin [https://github.com/usuario/repositorio.git](https://github.com/usuario/repositorio.git).

  • Cuidado: Usa el comando git push -f origin main (o master). El parámetro -f (force) sobrescribirá todo lo que hay en la nube con tu nueva versión local.

Que comando uso cuando hago cambios y luego subir dichos cambios

Para guardar los cambios que hiciste en tu computadora y subirlos a tu repositorio remoto, debes seguir un flujo estándar de 3 comandos.

Aquí tienes la secuencia exacta que debes ejecutar en tu terminal:

git add .
git commit -m "Aquí escribes una descripción breve de lo que cambiaste"
git push

¿Qué hace cada comando en este proceso?

Para entenderlo de forma sencilla, imagínate que estás enviando un paquete por correo:

1. git add . (Preparar el paquete) Le dice a Git que empaquete todos los archivos que modificaste, creaste o eliminaste en la carpeta actual (el punto . significa "todo").

2. git commit -m "Mensaje" (Ponerle la etiqueta al paquete) Guarda ese paquete en el historial de tu computadora con una nota explicativa (por ejemplo: git commit -m "Fix en el login y estilos del botón"). Así sabrás qué hiciste en ese momento específico.

3. git push (Enviar el paquete) Toma ese paquete guardado localmente y lo sube por el puente que configuraste hacia tu repositorio remoto en la nube.

Un pequeño detalle para la primera vez: Si es la primera vez que subes cambios en este repositorio o estás en una rama nueva (por ejemplo, main), Git podría pedirte que seas más específico. Si te salta un aviso, usa este comando una sola vez: git push -u origin main (A partir de ahí, las siguientes veces ya solo tendrás que escribir git push).

 

2. El Método de "Limpieza de Rama" (Orphan Branch)

Si quieres mantener el repositorio pero quieres una rama totalmente vacía para empezar de nuevo sin borrar lo anterior:

1. Crea una rama huérfana: git checkout --orphan nueva-rama.

2. Borra todos los archivos rastreados: git rm -rf ..

3. Copia tus nuevos archivos allí, haz commit y sube la rama.

4. En GitHub, marca esta como la "Rama Principal" (Default branch).

 

Mensaje de Errores

→  Cuando hago git add . me sale el error

warning: in the working copy of 'compartir-en-redes.php', LF will be replaced by CRLF the next time Git touches it

Ese mensaje es muy común cuando trabajas en Windows. No es un error crítico, sino una advertencia sobre cómo Git maneja los finales de línea.

→ Deseo saber si ya agrego los archivos al área de preparación , es decir si git add . tuvo exito ? 

Sí, el git add . tuvo éxito.

Ese mensaje no es un error, es un warning (advertencia). En el mundo de la programación, un error detiene el proceso, pero una advertencia permite que continúe avisándote de algo que Git ajustó automáticamente.

¿Cómo verificar que tuvo éxito?

Para estar totalmente seguro, ejecuta:

git status

 

• Si los nombres de los archivos aparecen en verde bajo el encabezado "Changes to be committed", significa que ya están listos para el commit.

 

¿Por qué sucede?

• LF (Line Feed): Es el estándar de finales de línea en Linux y macOS.

• CRLF (Carriage Return Line Feed): Es el estándar de Windows.

Git te está avisando que el archivo tiene finales de línea tipo Linux, pero al estar en Windows, los convertirá al formato de Windows la próxima vez que los procese.

¿Cómo solucionarlo?

Para que esto no sea una molestia constante y evitar problemas de compatibilidad si luego subes el código a un servidor Linux (como tus instancias de AWS), lo ideal es configurar Git para que gestione esto automáticamente.

Ejecuta este comando en tu terminal:

git config --global core.autocrlf true

Lo que hace este comando:

• Al descargar (Checkout): Convierte los archivos de LF a CRLF para que Windows esté feliz.

• Al subir (Commit): Convierte de nuevo de CRLF a LF para que en GitHub y en los servidores Linux el código sea estándar.

 

Tutorial Git en (Español)  https://wiki.archlinux.org/title/Git_(Espa%C3%B1ol) 

El libro completo de Pro Git, escrito por Scott Chacon y Ben Straub y publicado por Apress, está disponible aquí

https://git-scm.com/book/es/v2/

Qué es Git ?

Es Sistema de control de versiones que permite trabajar en grupo, cada desorrollador que esta en el proyecto puede agregar en el historial de Git los trabajos que esta haciendo , cambios y actualizaciones.

Este Sistema de control de versiones tiene un historial de todo lo que se ha hecho y quien lo a hecho.
Git un sistema de control de versiones que registra los cambios realizados sobre un archivo durante su desarrollo.

¿Qué es el control de versiones?

El control de versiones, también conocido como "control de código fuente", es la práctica de rastrear y gestionar los cambios en el código de software. 

Los sistemas de control de versiones son herramientas de software que ayudan a los equipos de software a gestionar los cambios en el código fuente a lo largo del tiempo.

El software de control de versiones realiza un seguimiento de todas las modificaciones en el código. Si se comete un error, los desarrolladores pueden ir hacia atrás en el tiempo y comparar las versiones anteriores del código para ayudar a resolver el error.

Instalación Git para windows:

Descargar el instalador desde cualquiera de estos dos enlaces: 

• Desde la url  https://gitforwindows.org
• O desde la url https://git-scm.com/downloads

Comprobar tu Configuración de git

Si quieres comprobar tu configuración, puedes usar el comando git config --list para mostrar todas las propiedades que Git ha configurado:

Abre tu ventana de comandos de windows 

Como abrir la ventana de comandos de windows :  ir a Boton Inicio / en el cuadro Buscar escribe CMD  y clic para abrir

$ git config --list

Trabajar con Github y Git

Github

GitHub es un repositorio o lugar de almacenamiento de todo el codigo de nuestros proyectos y funciona gracias a Git.

y es el lugar donde vamos a acceder a todas las versiones historicas de nuestros archivos, es decir va crear copias historicas de todos los cambios realizados de nuestros archivos en todo el desarrollo de nuestro proyecto.

Github existe porque hay una aplicacion de control de versiones llamado Git , todo el sitio de Github esta basado alrededor de como funciona Git.

Como Funciona Git 

Git funciona al principio leyendo un repositorio de codigo local, es decir una carpeta que contiene el codigo de tu proyecto de tu computadora, lo que hace simplemente es copiar tu codigo a otro lugar como puede ser en el servidor de Github , que sirve de almacenamiento de nuestro codigo.

La primera vez cuando subimos un repositorio a Github todos los archivos de nuestra carpeta de nuestro proyecto que esta en nuestra computadora se copia todo igual a Github pero eso pasa la primera vez , porque despues cada vez que hacemos un cambio en nuestra carpeta local vamos a tener la poibilidad simplemente de subir esos cambios  y no todo el proyecto nuevamente, 

y de este modo Github lo que va hacer es en vez de reemplazar de nuevo todos los archivos que estaban en nuestra computadora que ya fueron subidos a su servidor la primera vez, va a crear una nueva version de los archivos modificados y va mantener un historico , de tal manera vamos tener la posibilidad de volver a cualquier punto de tiempo y a cualquiera de las versiones anteriores de nuestro proyecto.

Escoger la consola de trabajo 

Una vez que instalamos Git abrimos cualquier de estos 2 entornos de trabajo para trabajar con Git:

Git Bash

Git Bash es una aplicación para entornos de Microsoft Windows que ofrece una capa de emulación para una experiencia de líneas de comandos de Git.

Git Bash le permitirá usar herramientas MinGW/Linux Bash con Git en la línea de comandos. Todas esas cosas bonitas que se hacen en Linux también las podemos hacer en Windows a través de Git Bash.

Git CMD

Git CMD es como el símbolo del sistema normal de Windows con el comando git. Te permite usar todas las funciones de Git a través de la línea de comandos. Útil si ya está familiarizado con el cmd de Windows y solo trabaja en Windows.

Nota: No hay ninguna diferencia en lo que respecta a los comandos git cuando usas cualquiera de los  2 entornos de trabajo anteriores.
En cambio Git Bash muestra la rama que tengo activada mientras que Git CMD no lo muestra.

Comando Basicos para trabajar con la consola de Git Bash

● ls ⇒  Sirve para "enumerar" el contenido del directorio de trabajo actual. ls equivale a ejecutar DIR en un terminal de host de consola de Windows.

● pwd ⇒ Sirve para imprimir el "directorio de trabajo actual". pwd equivale a ejecutar cd en un terminal DOS (host de consola de Windows). Es la carpeta o ruta en la que reside la sesión de Bash actual.

● cd ⇒ cd es la sigla en inglés de "cambiar de directorio". Se invoca cd con el nombre de un directorio adjunto. Si se ejecuta cd, se cambiará el directorio de trabajo actual de las sesiones del terminal al argumento del directorio que se ha especificado.

● $ git clone <poner enlace del servidor> ⇒  sirve para  clonar un repositorio desde el servidor a nuestro repositorio local.

Si hemos clonado (con git clone) nuestro proyecto, ya tendremos definido un repositorio remoto, que por defecto se identifica con el alias origin.

El comando git remote -v nos mostrará todos los repositorios remotos que tengamos definidos.

 

● $ git branch ⇒ con este comando podemos hacer lo siguiente:

• Saber en que rama estamos.
• CREAR una rama en el repositorio local.
• Eliminar una rama en el repositorio local.

● $ git checkout ⇒  Comando para movernos a otra rama.

 

● $ git add ⇒ Se usa para agregar archivos al área de preparación.

● $ git commit ⇒  Para confirmar los cambios , creará una instantánea de los cambios y la guardará en el directorio git . Ten en cuenta que los cambios confirmados no llegarán al repositorio remoto.

● git commit  -am "poner un comentario" ⇒ en una sola linea agrega y confirma los cambios.

 

● $ git push ⇒ Para enviar los cambios al servidor de GitHub , se usa para enviar confirmaciones locales a la rama maestra del repositorio remoto.

● $ git merge ⇒  Combinar ramas.

● $ git status ⇒  Muestra la lista de los archivos que se han cambiado junto con los archivos que están por ser preparados o confirmados.

● $ git push  --set-upstream origin ⇒  Con este comando Creamos la rama en el Servidor antes habiamo creado la rama en el repositorio local con el comando  $ git branch.

● $ git push origin --delete ⇒  Para eliminar una rama en el Servidor.

Configuración global en Git

Lo primero que deberás hacer cuando instales Git es establecer tu nombre de usuario y dirección de correo electrónico. Esto es importante porque los "commits" de Git usan esta información, y es introducida de manera inmutable en los commits que envías.

git config. Establece algunas variables básicas de trabajo, que se trasladarán al archivo de configuración de usuario.

Configuración de Usuario

$ git config --global user.email johndoe@example.com
$ git config --global user.name "John Doe"

 

Recuerda estas configuraciones se guardan en el archivo de configuración  .gitconfig  de git    

Se modifica el archivo de configuración global de git .gitconfig :

$ cat $HOME/.gitconfig 
[user]
    name = Peter Pan
    email = peter.pan@nuncajamas.com
[color]
    ui = true

Fuente: https://git-scm.com/book/es/v2/Inicio---Sobre-el-Control-de-Versiones-Configurando-Git-por-primera-vez 

Configurando Herramienta MELD

 Vamos a explicar como configurar Git para que haga uso de la herramienta Meld cuando queramos hacer comparaciones del código (diff) o resolver los conflictos que se presentan cuando fusionamos las ramas (merge). 

→ Ir al tutorial herramienta MELD

¿Cómo hago para que Git use el editor de mi elección para los commits?

Configurando Editor Notepad Plus ++

Descargamos el editor de texto Notepad Plus ++ 

→  Página Oficial https://notepad-plus-plus.org/downloads/

 

$ git config --global core.editor "'ruta de instalacion/Notepad++'"

#Por defecto la ruta de instalacion es  C:\Program Files\Notepad++ , 
quedando  asi el comando:

$ git config --global core.editor "'C:\Program Files\Notepad++\notepad++.exe'"
 

Nota: Al configurar el editor de texto fijate que en la ruta estamos poniendo unas comilllas y dentro de las comillas unas  comillas simples.

Para probarlo se puede invocar al comando git commit sin ningun comentario y se abrira el notepap ++ y solo se grava y se cierra para que queden los comentarios gravados.

Configurar el editor en Notepad de Windows

Ahora ya podemos usar el Notepad de Windows para editor de git

[core]
    editor = 'C:/Windows/System32/notepad.exe' 

Tambien puede usar el comando

git config --global core.editor '"C:/Windows/System32/notepad.exe"'

Para hacer que Visual Studio Code (vscode) sea su editor git predeterminado

git config --global core.editor "code --wait"

Atom como tu editor de git

git config --global core.editor "atom --wait"

Editar archivo de configuración de git

git config --global -e

Para saber cual es el actual editor de commits  :

git config core.editor

 

Caso practico trabajando con GitHub y Git

Vamos a trabajar con la consola Git bash comandos a usar:

• git clone
• git branch → (ver las ramas)
• git status → (ver el estado)
  
  
• git add     → (Agregar los cambios)
• git commit → (confirmar los cambios)
• git commit  -am "poner un comentario" → en una sola linea agrega y confirma los cambios.
  
  
• git push    → (enviar los cambios al repositorio del servidor)

► Creamos un repositorio en GitHub

→ Ir a la Página oficial de  https://github.com/

Posicionarnos en la carpeta local de nuestro proyecto para clonar un repositorio 

Estamos en la consola git bash : Para clonar el repositorio del servidor primero debemos ubicarnos en la carpeta de nuestro proyecto donde vamos a trabajar , utilizamos el comando pwd para saber en que directorio estamos , y con el comando CD.. nos movemos entre carpetas hasta posicionarnos en la carpeta local de nuestro proyecto

Otra manera de posicionarnos  en la carpeta local de nuestro proyecto es estando en el explorador de windows hacemos click derecho enla carpeta local donde vamos a trabajar y en el menu emergente escogemos git bash here y nos abrira la conola git bash ya posicionado en la carpeta marcada.

► Clonar Repositorio

Clonamos el repositorio a nuestra carpeta local con el comando git clone y el enlace que hemos copiado del servidor

$ git clone  poner_enlace_del_servidor

►Saber cuantas ramas tenemos

Con el comando git branch nos muestra cuantas ramas tenemos, la rama actual esta marcada con el simbolo asterisco.

$ git branch

► Sincronizando el repositorio local con el repositorio del servidor

Vamos  a crear un archivo en el repositorio local y para que ese archivo se sincronize en el repositorio del servidor seguiremos los siguientes pasos:

 ► Usamos comando git status  

Usamos el comando git status ver el estado del repositorio clonado es decir  para comprobar si tenemos una modificacion en la carpeta local. 

--> Nos muestra un archivo que no se esta dando seguimiento y nos indica que tenemos un archivo para agregar y nos muestra el archivo en color rojo y nos dice que usemos el comando git add  , para darle seguimiento

► Usamos comando git add

Usamos git add (para agregar los cambios) 

$ git add nombre_archivo 

o podemos usar el siguiente comando:

$ git add .

Al poner el punto le decimos que suba todos los archivos que estan pendientes de un commit.

Usamos nuevamente el comando git status  y ya nos indicara que tenemos un nuevo archivo agregado

►Usamos comando git commit

Usamo el comando git commit (para confirmar los cambios).

$ git commit -m "hemos creado un archivo" 

Nota:elparametro -m es para enviar un mensaje.

Si nos pide autentificarnos usaremos el comando: 

$ git config --global user.email  "tucorreo@com"
$ git config --global username  "ponertunombre"

Nota: Dentro de cada repositorio clonado esta la carpeta .git que se encuentra oculta, y dentro de esa carpeta esta el archivo config. 

Nuevamente usamos el comando status 

Esta vez nos pide hacer un git push para enviar los cambios que hemos confirmado al servidor de GitHub.

► Usamos comando git push 

Ejecutamos el comando git push  para enviar los cambios al servidor de GitHub.

$ git push

Aqui nos pide autentificarnos con usuario y password.

 

Terminologia:

Repositorio =  Es todo proyecto que esta siendo seguido por Git.

Commit = Es cada uno de los cambios registrados en el historial de git, cada unos de los desarroladores manda los commit de los cambios que ha hecho , esto no es automatico el desarrollador tiene que decirle a git los cambios que ha hecho y documentar el porque lo a hecho.

Ramas (branches)= Ramificaciones nuevos caminos que toma el proyecto, es una copia exacta el proyecto pero separada  o aislada se trabaja en ese rama y si sale algo mal no se perjudica el proyecto original.... y si todo va bien esa rama la unificas con el proyecto principal y si va mal lo eliminas  sin problemas.

Clon =  Es una copia exacta del repositorio, cuando un programador se integra a un equipo de trabajo lo primero que tiene que hacer es clonar el repositorio en su equipo local , cada uno de los desarroladores tiene un un clon del repositorio en su equipo local.

Fork = A diferencia de un clon o de una rama , es un proyecto diferente que se crea a apartir de otro , ejemplo las distribuciones e linux todos se basan en el mismo kernel,  pero a partir de alli todas toman diferentes caminos.

¿Qué es la rama master? =  La rama master es la rama con la que se comienza en cualquier proyecto, y es la que se utiliza como rama principal donde se encuentra el proyecto en su estado final.

Descargar vs Clonar

Al inicio de uso de un sitio como GitHub, si no tenemos ni idea de usar Git, también podemos obtener el código de un repositorio descargando un simple Zip.en la opcion descargar del proyecto que estamos trabajando.

Sin embargo, descargar un repositorio así, aunque muy sencillo no te permite algunas de las utilidades interesantes de clonarlo, como:

• No crea un repositorio Git en local con los cambios que el repositorio remoto ha tenido a lo largo del tiempo. Es decir, te descargas el código, pero nada más.
• No podrás luego enviar cambios al repositorio remoto, una vez los hayas realizado en local.

En resumen, no podrás usar en general las ventajas de Git en el código descargado. Así que es mejor clonar, ya que aprender a realizar este paso es también muy sencillo.

Clientes Graficos para trabajar con Git:

Antes de usar estos entornos graficos devemos aprender usar como realmente trabaja git en su entorno basico  usando comandos.

Estos son los mejores clientes GUI para manejar repositorios git que existen en la actualidad. ... Crear y clonar repositorios de cualquier sitio. Además de integrarse perfectamente con Bitbucket o Github. Commit, push, pull y merge de nuestros archivos

• Sourcetree
• Gitkraken
• Github desktop

Fuentes:

¿Qué es el control de versiones?

https://www.atlassian.com/es/git/tutorials/what-is-version-control

¿Qué es github? ¿Cómo usarlo? - Un vistazo general para principiantes - Github desktop

https://www.youtube.com/watch?v=eMuX1co8FNs 

Errores en GIT

fatal: Unable to create '/.git/index.lock': File exists.

Another git process seems to be running in this repository, e.g.
an editor opened by 'git commit'. Please make sure all processes
are terminated then try again. If it still fails, a git process
may have crashed in this repository earlier:
remove the file manually to continue.

Utilice el siguiente comando en el directorio raíz de la aplicación.
Esto eliminará el archivo index.lock y liberará el bloqueo activo.

rm -f .git/index.lock

Cuando eliminamos un archivo en el repositorio local 

hacemos un git status y nos sale:

Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
deleted: Nuevo documento de texto.txt

no changes added to commit (use "git add" and/or "git commit -a")

Solución:

$ git add -u
$ git commit -m "hemos eliminado un archivo"
$ git push

Error al Clonar Repositorio

error: unable to create file Filename too long

→ Ir al Tutorial Problema al clonar un proyecto con git en windows:Filename too long

Vea tambien:

http://tombatossals.github.io/git-puesto-en-practica/