GRUPO 18 GIT INTEGRANTES: JALDIN PANIAGUA LUIS MIGUEL

Presentación del tema: "GRUPO 18 GIT INTEGRANTES: JALDIN PANIAGUA LUIS MIGUEL"— Transcripción de la presentación:

1 GRUPO 18 GIT INTEGRANTES: JALDIN PANIAGUA LUIS MIGUEL
GUZMAN ROBLES MIGUEL ANGEL ARDAYA DORADO DANIEL

2 ¿Qué ES GIT? Git es un software de control de versiones diseñado por Linux Torvalds, pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando éstas tienen un gran número de archivos de código fuente. El mantenimiento del software Git está actualmente supervisado por Junio Hamano, quien recibe contribuciones al código de alrededor de 280 programadores.

3 ANTECEDENTES Y JUSTIFICACION
Los cambios en el software se pasaron en forma de parches y archivos. En 2002, el proyecto del núcleo de Linux empezó a usar un DVCS propietario llamado BitKeeper. Git comenzó en 2005, cuando la relación entre la comunidad que desarrollaba el núcleo de Linux y la compañía que desarrollaba BitKeeper se vino abajo. Esto impulsó a la comunidad de desarrollo de Linux a desarrollar su propia herramienta basada en algunas de las lecciones que aprendieron durante el uso de BitKeeper.

4 Algunos de los objetivos del nuevo sistema fueron los siguientes:
Velocidad. Diseño sencillo. Fuerte apoyo al desarrollo no lineal (miles de ramas paralelas). Completamente distribuido. Capaz de manejar grandes proyectos de manera eficiente.

5 OBJETIVO Git tiene como objetivo controlar los cambios en el desarrollo de cualquier tipo de software, permitiendo conocer el estado actual de un proyecto, los cambios que se le han realizado a cualquiera de sus piezas, las personas que intervinieron en ellos, etc.

6 GIT VCS (Sistema de Control de Versiones)

7  VCS ? Es una herramienta que nos resuelve una serie de problemas a todos aquellos que tenemos que trabajar código fuente.

8 Que problemas se resuelven con VCS ?
Suponiendo que hayamos adquirido un tema o plugin para nuestro proyecto. Luego de adquirirlo seguramente hare algunas modificaciones al código fuente, agregando o quitando funcionalidades para que se adapten al proyecto Cuando termine, subiré el código al servidor y publicas tu nuevo proyecto o se lo entregas al cliente. En este momento, el código fuente ya no es el mismo que adquiriste, lo has cambiado. Es ahora cuando nos hacemos estas preguntas:

9 Que problemas se resuelven con VCS ?
¿Sabríamos dentro de 6 meses qué es exactamente lo que has cambiado del código del plugin del que partimos? Resulta que el plugin inicial se ha actualizado y ha pasado de la versión a la versión 1.6 ¿Seríamos capaces de incorporar todas las mejoras y novedades a nuestra versión personalizada (en un tiempo corto, no hacerlo todo otra vez)? Con el paso del tiempo el cliente te pide una actualización, se la subes a su servidor y dos días después te dice que lo dejes como estaba porque no funciona bien ¿Podrías volver atrás de forma rápida? ¿Te acordarás de qué líneas de código has modificado con precisión para depurar rápidamente dónde está el error que has introducido en el sistema?

10 Un VCS es la herramienta que nos permite responder positivamente a estas preguntas, y a muchas más.

11 ¿Qué nos aporta GIT? Auditoría del código: saber quién ha tocado qué y cuándo Control sobre cómo ha cambiado nuestro proyecto con el paso del tiempo Volver hacia atrás de una forma rápida Control de versiones a través de etiquetas: versión 1.0, versión 1.0.1, versión 1.1, etc. Sabremos exactamente que había en cada una de ellas y las diferencias entre cualquiera de ellas dos Seguridad: todas las estructuras internas de datos están firmadas con SHA1. No se puede cambiar el código sin que nos enteremos Mejora nuestra capacidad de trabajar en equipo Merging y branching extremadamente eficientes

12 GIT vs Otros La mayoría de los demás sistemas almacenan la información como una lista de cambios en los archivos

13 Básicamente hace una foto del aspecto de todos tus archivos en ese momento, y guarda una referencia a esa instantánea.

14 Las tres secciones principales de un proyecto de Git:
Directorio de trabajo, área de preparación y directorio de Git.

15 El flujo de trabajo básico en Git es algo así:
Modificas una serie de archivos en tu directorio de trabajo. Preparas los archivos, añadiendolos a tu área de preparación. Confirmas los cambios, lo que toma los archivos tal y como están en el área de preparación, y almacena esas instantáneas de manera permanente en tu directorio de Git.

16 EJEMPLO Utilizaremos comandos básicos de Git para poder modificar nuestros repositorios y subir a la comunidad de Github. Entramos a nos registramos y creamos un nuevo repositorio

17 Declaramos nuestras variables globales en git
Configurar el editor de texto predeterminado que se utilizará cuando se use Git para escribir un mensaje.

18 Inicializamos git Nos creamos nuestra carpeta donde vamos a trabajar y creamos un archivo readme

19 Agregamos el archivo README
Le hacemos el commit Agregamos el link de nuestra cuenta de github

20 Subimos a nuestra cuenta gibhub