2. • Es el sistema de control de versiones moderno más utilizado del mundo
• Git es un proyecto de código abierto maduro y con un mantenimiento activo
• Git, que presenta una arquitectura distribuida, es un ejemplo de DVCS (sistema de
control de versiones distribuido, por sus siglas en inglés).
• La copia de trabajo del código de cada desarrollador es también un repositorio
que puede albergar el historial completo de todos los cambios.
3. RENDIMIENTO
• La confirmación de nuevos cambios, la ramificación, la fusión y la comparación de versiones
anteriores se han optimizado en favor del rendimiento.
• Alice, hace cambios en el código fuente (añade una función para la próxima versión 2.0) y, luego,
los confirma con mensajes descriptivos. Después, trabaja en una segunda función y confirma
también esos cambios. De forma natural, estos se almacenan como elementos independientes
de trabajo en el historial de versiones. A continuación, Alice cambia a la rama de la versión 1.3
del mismo software para corregir un error que afecta únicamente a esa versión anterior. El
objetivo es permitir al equipo de Alice lanzar una publicación de corrección de errores, la
versión 1.3.1, antes de que la 2.0 esté lista. Tras ello, Alice puede volver a la rama 2.0 para seguir
trabajando en las nuevas funciones de la versión. Todo esto puede tener lugar sin necesidad de
acceso a la red y, por consiguiente, es un proceso rápido y fiable. Alice podría incluso hacerlo
mientras viaja en avión. Cuando esté lista para enviar al repositorio remoto todos los cambios
confirmados de modo individual, bastará con que utilice un solo comando.
4. SEGURIDAD
• Git se ha diseñado con la principal prioridad de conservar la integridad del
código fuente gestionado. El contenido de los archivos y las verdaderas
relaciones entre estos y los directorios, las versiones, las etiquetas y las
confirmaciones, todos ellos objetos del repositorio de Git, están protegidos con
un algoritmo de hash criptográficamente seguro llamado "SHA1". De este modo,
se salvaguarda el código y el historial de cambios frente a las modificaciones
accidentales y maliciosas, y se garantiza que el historial sea totalmente trazable.
5. FLEXIBILIDAD
• Git es flexible en varios aspectos: en la capacidad para varios tipos de flujos de
trabajo de desarrollo no lineal, en su eficiencia en proyectos tanto grandes como
pequeños y en su compatibilidad con numerosos sistemas y protocolos.
• Git se ha ideado para posibilitar la ramificación y el etiquetado como procesos de
primera importancia y las operaciones que afectan a las ramas y las etiquetas
(como la fusión o la reversión) también se almacenan en el historial de cambios.
6. GIT ES UN ESTÁNDAR DE FACTO
• Un gran número de desarrolladores ya tienen experiencia con Git y una parte
importante de los graduados universitarios puede que solo haya aprendido a
usar dicha solución.
• El predominio de Git también implica que muchos servicios y herramientas de
software de terceros ya están integrados con Git, incluidos los IDE, y nuestras
propias herramientas
7. TRES ESTADOS DE GIT
• Working Directory (modified)
> git add
• Staging Area (staged) Lista de archivos que están listos para subir
> git commit
• Local Repository (committed)
Push a repositorio remoto
8.
9. INSTALACIÓN DE GIT EN WINDOWS
• Instalador independiente de Git para Windows
• Descárgate el instalador de Git para Windows más reciente.
• Cuando hayas iniciado correctamente el instalador, deberías ver la pantalla del
asistente de configuración de Git. Selecciona las opciones Next (Siguiente)
y Finish (Finalizar) para completar la instalación. Las opciones predeterminadas
son las más lógicas en la mayoría de los casos.
13. IR A LA CARPETA DESEADA PARA EL PROYECTO
• Ir a la carpeta deseada para el proyecto
• git init
• ls –a
• Agregar un archivo a la carpeta
• git add prueba.txt
• git status
• Archivo en verde esta incluido al staged y en rojo los que no
• Agregar un archivo nuevo para ver el detalle
14. • Modificar un archivo internamente y volver a teclar git status
• git add --all para agregar todos de una vez
• Pasar del estado 2 al estado 3
• git commit –m “Comentario acerca de los cambios”
• Si no se pone –m permite abrir un archivo en el editor de texto seleccionado (VIM
por default)
• Para guardar Esc :wq!
15. • Para ver el estado de los commits se utiliza git log
• Abrir cuenta en GitHub
• Editar perfil
• Crear un nuevo repositorio
• Agregar el repositorio remoto con el comando git remote add origin
https://github.com/tpihugo/prueba.git
• git remote –v para ver el repositorio agregado
• git push --u origin master (push envia desde el repositorio remoto al local)
• Poner los datos de acceso
16. • Ir a GitHub y ver si están los archivos en los repositorios
• Modificar el contenido, hacer git add, git commit y git push origin master
• Git pull, cuando se trabaja con otras personas, se pueden jalar al código de uno
con este comando
• Hacer cambios desde la página de GitHub y ver cuantos commits se han hecho
con git log
• Para traernos el código es con
• git pull origin master
17. RAMAS Y FLUJO EN GIT Y GITHUB
• https://guides.github.com/introduction/flow/
Rama Master – Línea principal
Una rama es un clon del proyecto
Pull Request es solicitar de la rama
propia a la master
18. CREAR UNA RAMA
• Primero ver la rama actual
git branch
• Crear una nueva rama
git branch primera_rama
• Volver a ver la rama actual
git branch
• Si se desea eliminar sería con
git branch –d primera_rama
Es importante recordar siempre tener la versión más actualizada por lo que antes de generar una rama
daremos
git pull origin master
19. GIT MERGE (FAST FORWARD)
• Crear una rama y moverse a ella
git checkout –b rama_nueva
• Para mezclar código de la rama propia a la rama master que tiene cambios
• Pasar a la rama master o a la que queremos afectar
git merge nombre_rama_con_cambios
• Cuando no hay cambios en la rama master, y es hace el merge se llama Fast
Forward, actualizando el master con los cambios nuevos.
20. GIT CHECKOUT
• Permite volver a una versión anterior en un commit
git checkout [cadena SHA]
• Con eso vamos a ir a esa versión, sin perder los cambios futuros, head es un
apuntador.
21. MANEJO DE CONFLICTOS
• Cuando nos desarrolladores modifican la misma línea del mismo archivo y el
desarrollador debe de decidir cual se queda