Git que es

Git deutsch

Git es una herramienta DevOps utilizada para la gestión del código fuente. Es un sistema de control de versiones gratuito y de código abierto que se utiliza para manejar proyectos pequeños y muy grandes de manera eficiente. Git se utiliza para el seguimiento de los cambios en el código fuente, lo que permite que varios desarrolladores trabajen juntos en un desarrollo no lineal. Linus Torvalds creó Git en 2005 para el desarrollo del núcleo de Linux.

La rama en Git se utiliza para mantener los cambios hasta que estén listos. Puedes hacer tu trabajo en una rama mientras la rama principal (master) permanece estable. Una vez que hayas terminado tu trabajo, puedes fusionarlo con la principal.

El diagrama anterior muestra que hay una rama maestra. Hay dos ramas separadas llamadas “small feature” y “large feature”. Una vez que hayas terminado de trabajar con las dos ramas separadas, puedes fusionarlas y crear una rama maestra.

DevOps es una cultura que permite a los equipos de desarrollo y operaciones trabajar juntos. Con este tipo de entorno de trabajo, los desarrolladores desarrollan y prueban continuamente los códigos, y se produce una integración continua durante todo el ciclo de vida. El equipo de operaciones despliega continuamente el código en el entorno de producción. DevOps permite una mejor colaboración, una mayor confianza y una mayor rapidez en el lanzamiento de software.

Comando Git

Git es el sistema de control de versiones más utilizado. Git hace un seguimiento de los cambios que se realizan en los archivos, de modo que se tiene un registro de lo que se ha hecho, y se puede volver a versiones específicas si se necesita. Git también facilita la colaboración, permitiendo que los cambios realizados por varias personas se fusionen en una sola fuente.

Git es un software que se ejecuta localmente. Tus archivos y su historial se almacenan en tu ordenador. También puedes utilizar hosts online (como GitHub o Bitbucket) para almacenar una copia de los archivos y su historial de revisiones. Disponer de un lugar centralizado en el que puedes subir tus cambios y descargar los de otros, te permite colaborar más fácilmente con otros desarrolladores. Git puede fusionar automáticamente los cambios, por lo que dos personas pueden incluso trabajar en diferentes partes del mismo archivo y posteriormente fusionar esos cambios sin perder el trabajo del otro.

Un repositorio Git (o repo para abreviar) contiene todos los archivos del proyecto y todo el historial de revisiones. Tomarás una carpeta ordinaria de archivos (como la carpeta raíz de un sitio web), y le dirás a Git que la convierta en un repositorio. Esto crea una subcarpeta .git, que contiene todos los metadatos de Git para el seguimiento de los cambios.

Rama Git -d

Utilizando estas cinco razones para elegir el nombre “Git”, podemos intentar responder a la pregunta “¿Qué significa Git?”. Parece que Linus Torvalds quería dejar claro que una solución sencilla puede resolver un problema grande e importante. También trató de reconocer que había mucho trabajo por hacer para convertir a Git en una herramienta completa que pudiera ser realmente útil para los desarrolladores. Después de años de desarrollo, quizá la versión actual de Git no sea tan estúpida después de todo…

Si estás interesado en aprender más sobre cómo funciona Git bajo el capó, echa un vistazo a nuestra Guía de Git para desarrolladores, que se sumerge en el código de Git de una manera accesible. Lo hemos escrito para que los desarrolladores curiosos aprendan cómo funciona Git a nivel de código. Para ello, documentamos la primera versión del código de Git y la discutimos en detalle.

Versionar en git

Primero, un poco de información: ¿qué es un conflicto de fusión, y cómo ocurre? Un conflicto de fusión suele ocurrir cuando tu rama actual y la rama que quieres fusionar en la rama actual han divergido. Es decir, tienes confirmaciones en tu rama actual que no están en la otra rama, y viceversa.

Ahora, cuando Git fusiona la otra rama en tu rama actual, mira las diferencias entre el commit base y la revisión actual, y las diferencias entre el commit base y el último commit de la otra rama. Cuando hay diferencias inequívocas (es decir, sólo una de las partes ha cambiado un determinado fragmento de código), se aplican los cambios.

Para resolver esto puedes hacer que uno de los commits sea el actual en el submódulo y luego git add el submódulo en el superproyecto. O puedes usar git checkout en el superproyecto de inmediato: