GitTraining

Tortuga de gits

Este repositorio está diseñado para guiarlo a través de algunas de las operaciones GIT más comunes que necesitará conocer y usar como desarrollador.

Empezando

Clone este repositorio a su máquina local. Es posible que deba instalar GIT si aún no está instalado. Si no está seguro de si tiene git o no, simplemente ejecute git --help desde la línea de comando. Devolverá un mensaje útil con algunos comandos comunes si está instalado.

Git Conceptos básicos

• ¿Qué es el control de la fuente?
• Aprende un git
• Tutorial interactivo de Github

Configura quién eres

• Establezca su nombre de usuario con git config --global user.name "your name"
• Establezca su correo electrónico con git config --global user.email "[email protected]"

Referencias útiles

Si tiene preguntas o se atasca, los siguientes recursos pueden ayudarlo.

• La documentación oficial de GIT
• Google y Stackoverflow
• Github y Atlassian tienen una documentación general bien escrita de Git
• Tus compañeros de trabajo

Sección 1: Cambios de seguimiento

Temas: pago, confirmar, revertir, fusionar, registrar, mover y eliminar.

Los archivos para la sección se pueden encontrar en el directorio section1 .

Cometer cambios

• Vea la rama dev .
• Haz una nueva rama y agrega tu yo a la lista de personas en people.md .
• Cometer sus cambios.
• Se le pedirá que haga un mensaje de confirmación. Esto abrirá un editor de texto. Guarde y renuncie al editor de texto para completar la confirmación. Nota: Git utiliza el editor predeterminado del sistema. En Vanilla Git Bash en Windows, el editor de texto predeterminado es VIM.
• Si necesita editar el mensaje de confirmación para su última confirmación, puede usar el comando git commit --amend .

Cambios de deshacer

Cambios no comprometidos

• Realice un cambio en cualquiera de los archivos en el repositorio.
• Ejecute git status para ver qué archivos se cambiaron.
• Etapa el archivo con git add , pero no se comprometa.
• Descansar el archivo con git reset .
• Use GIT para deshacer los cambios que realizó y restablecer el archivo al estado en el que estaba cuando se comprometió. git status no debe informar archivos modificados.

Cambios comprometidos

Tony hizo 3 compromisos con la rama de desarrollo. No entendió los requisitos del proyecto y los cambios introducidos con sus dos últimos compromisos deben ser eliminados.

• Vea la rama de desarrollo.
• Determine qué cambió entre su primer y último compromiso, luego revertir los dos compromisos más recientes. GIT tiene herramientas de difusión y registro que ayudarán.
• Hay algunas maneras de deshacer los compromisos. Es la mejor práctica preservar la historia siempre que sea posible. El comando git revert que mantendrá las confirmaciones en el historial del repositorio, pero elimina los cambios introducidos por la confirmación.
  • Consejo: Si está volviendo múltiples compromisos que modifican un archivo, es más fácil comenzar en la confirmación más reciente que desea revertir y trabajar al revés.
• Deberá confirmar cuando revertirá los cambios.

Historia de reescritura

A veces es posible que desee deshacer un compromiso que haya hecho o incluso borrarlo de la existencia.

ADVERTENCIA: Esto generalmente se considera la mala práctica. Solo haga esto por compromisos que no ha empujado a un repositorio remoto (más sobre ellos más adelante).

• Hacer un cambio en un archivo local.
• Agregar y confirmar el archivo.

Deshacer un compromiso:

• ejecutar git reset HEAD~1
• Esto le costará 1 compromiso detrás de lo último, pero preserva los cambios que se cometieron con él. Sus cambios aún estarán allí y puede ver los archivos modificados con git status .

Eliminar un compromiso de la existencia:

• ejecutar git reset --hard HEAD~1
• Esto le devolverá 1 compromiso detrás de lo último y lo más nuido de la existencia.

Moverse, eliminar e ignorar archivos

Alguien registró un archivo temporal generado por su editor de texto. Deje de rastrear este archivo, eliminarlo y actualizar el archivo .gitignore para evitar que los archivos .tmp se rastreen en el futuro.

Alguien mal nombre del archivo rename_me.md . Git tiene un comando para mover o cambiar el nombre de un archivo mientras conserva su historial. Use esto para cambiar el nombre del archivo a newname.md .

Sección 2: Trabajar con múltiples ramas y fusionar el trabajo de otros

Temas: escondite, diff, fusionar, fusionar conflictos

Los archivos para esta sección se pueden encontrar en el directorio section2 .

Fusión

A veces, dos personas realizarán cambios en el mismo archivo en ramas separadas. Cuando se fusionan estas ramas, puede causar un conflicto de fusión. A medida que el desarrollador realiza la fusión, es su trabajo decidir qué cambios mantener.

Se le ha encargado la actualización de las instrucciones de instalación para su producto.

• Vea su rama nuevamente.
• Abra el archivo installation.md y agregue instrucciones de instalación (no importa lo que realmente digan).
• Cometer sus cambios.
• Andrew le dice que ha estado trabajando en las instrucciones de instalación y actualizó la sección de desinstalación.
• Fusione la rama de Andrew en la suya y resuelva el conflicto para que el archivo contenga ambos cambios.
• Después de haber terminado sus cambios, su gerente quiere verlos en la rama de desarrollo. Fusiona tu rama en Dev. Esta vez no debería haber ningún conflicto.

Cambios de robo

Git tiene una función para guardar los cambios locales sin cometerlos.

Está trabajando en su sucursal local, cuando su compañero de trabajo Taylor se acerca y le pide que intente ejecutar su código. Todavía no está listo para cometer su código, pero desea ver la rama de Taylor sin perder su progreso.

• Haga algunos cambios en el archivo stash_me.md .
• Use el comando git stash para guardar su trabajo.
• Vea la rama de Taylor.
• Vea su rama nuevamente.
• Use git stash pop para recuperar su trabajo.
• Puede descartar estos cambios o cometerlos.

Sección 3: Controtes y compartir sus cambios

Temas: repositorios remotos, cambios de sincronización y bifurcación de un repositorio.

Al principio clonaste este repositorio de GitHub. Tiene todos sus cambios almacenados localmente, ahora necesita compartirlos. Git utiliza el concepto de control remotos para rastrear de dónde clonó un repositorio. También puede escuchar estos referidos como el repositorio ascendente. En este momento, el control remoto para su repositorio está configurado en el repositorio desde el que clonó.

Para enviarle cambios a un repositorio remoto para que otros puedan verlos y usarlos, necesita presionarlos usando el comando git push . Puede ver si se han realizado algún cambio en el repositorio remoto ejecutando git fetch . Para extraer cambios para la rama actual en su copia local del repositorio, use el comando git pull . Es una buena práctica verificar los cambios antes de empujar a un control remoto.

Si intenta ejecutar git push en este momento, recibirá un mensaje que no tiene permiso para impulsar a este repositorio. La mayoría de los repositorios remotos tienen seguridad para evitar que cualquier persona presione sus cambios. Hará otra copia remota del repositorio al que puede impulsar sus cambios.

Visite el repositorio en GitHub y lo bifurque para que tenga una copia en su cuenta de usuario. Ahora actualice el control remoto para la copia del repositorio que cambió y envíe sus cambios a la rama dev a su horquilla en GitHub. Si una rama no existe en el Remote Repositorio Git le informará. Intenta empujar tu rama. ¿Cuál es el mensaje? ¿Qué debes hacer para empujar tu nueva rama?