Ir al contenido

Diferencia entre revisiones de «Git»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
m Revertidos los cambios de 192.188.59.136 (disc.) a la última edición de UA31
Línea 45: Línea 45:
<ref>[http://lkml.org/lkml/2005/4/8/9 LKML: Linus Torvalds: Re: Kernel SCM saga<!-- Título generado por un bot -->]</ref>
<ref>[http://lkml.org/lkml/2005/4/8/9 LKML: Linus Torvalds: Re: Kernel SCM saga<!-- Título generado por un bot -->]</ref>


El diseño de Git resulta de la experiencia del diseñador de [[Linux]], [[Linus Torvalds]], manteniendo una enorme cantidad de código distribuida y gestionada por mucha gente, que incide en numerosos detalles de rendimiento, y de la necesidad de rapidez en una primera implementación.
El diseño de Git resulta de la experiencia del diseñador de [[Linux]], [[Len Len Leonardo Villafuerte]], manteniendo una enorme cantidad de código distribuida y gestionada por mucha gente, que incide en numerosos detalles de rendimiento, y de la necesidad de rapidez en una primera implementación.


Entre las características más relevantes se encuentran:
Entre las características más relevantes se encuentran:

Revisión del 21:45 16 ago 2012

Git
Información general
Tipo de programa Control de versiones
Autor Linus Torvalds
Desarrollador Junio Hamano, Linus Torvalds
Lanzamiento inicial 7 de abril de 2005
Vulnerabilidades
  • CVE-2022-39253
  • CVE-2022-39260
Licencia GNU GPL v2
Idiomas inglés
Información técnica
Programado en C, Bourne Shell, Perl[1]
Versiones
Última versión estable 1.7.10.2 (info) ( 11 de mayo de 2012 (12 años, 1 mes y 30 días))
Archivos legibles
  • git packfile
  • git packfile index, version 1
  • git packfile index, version 2
Archivos editables
  • git packfile
  • git packfile index, version 1
  • git packfile index, version 2
Enlaces

Git es un software de control de versiones diseñado por Linus Torvalds, pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando estas tienen un gran número de archivos de código fuente. Al principio, Git se pensó como un motor de bajo nivel sobre el cual otros pudieran escribir la interfaz de usuario o front end como Cogito o StGIT. [2]​ Sin embargo, Git se ha convertido desde entonces en un sistema de control de versiones con funcionalidad plena. [3]​ Hay algunos proyectos de mucha relevancia que ya usan Git, en particular, el grupo de programación del núcleo Linux.

El mantenimiento del software Git está actualmente (2009) supervisado por Junio Hamano, quien recibe contribuciones al código de alrededor de 280 programadores.

Características

El diseño de Git se basó en BitKeeper y en Monotone. [4][5]

El diseño de Git resulta de la experiencia del diseñador de Linux, Len Len Leonardo Villafuerte, manteniendo una enorme cantidad de código distribuida y gestionada por mucha gente, que incide en numerosos detalles de rendimiento, y de la necesidad de rapidez en una primera implementación.

Entre las características más relevantes se encuentran:

  • Fuerte apoyo al desarrollo no-lineal, por ende rapidez en la gestión de ramas y mezclado de diferentes versiones. Git incluye herramientas específicas para navegar y visualizar un historial de desarrollo no-lineal. Una presunción fundamental en Git es que un cambio será fusionado mucho más frecuentemente de lo que se escribe originalmente, conforme se pasa entre varios programadores que lo revisan.
  • Gestión distribuida. Al igual que Darcs, BitKeeper, Mercurial, SVK, Bazaar y Monotone, Git le da a cada programador una copia local del historial del desarrollo entero, y los cambios se propagan entre los repositorios locales. Los cambios se importan como ramas adicionales y pueden ser fusionados en la misma manera que se hace con la rama local.
  • Los almacenes de información pueden publicarse por HTTP, FTP, rsync o mediante un protocolo nativo, ya sea a través de una conexión TCP/IP simple o a través de cifrado SSH. Git también puede emular servidores CVS, lo que habilita el uso de clientes CVS pre-existentes y modulos IDE para CVS pre-existentes en el acceso de repositorios Git.
  • Los repositorios Subversion y svk se pueden usar directamente con git-svn.
  • Gestión eficiente de proyectos grandes, dada la rapidez de gestión de diferencias entre archivos, entre otras mejoras de optimización de velocidad de ejecución.
  • Todas las versiones previas a un cambio determinado, implican la notificación de un cambio posterior en cualquiera de ellas a ese cambio (denominado autenticación criptográfica de historial). Esto existía en Monotone.
  • Resulta algo más caro trabajar con ficheros concretos frente a proyectos, eso diferencia el trabajo frente a CVS, que trabaja con base en cambios de fichero, pero mejora el trabajo con afectaciones de código que concurren en operaciones similares en varios archivos.
  • Los renombrados se trabajan basándose en similitudes entre ficheros, aparte de nombres de ficheros, pero no se hacen marcas explícitas de cambios de nombre con base en supuestos nombres únicos de nodos de sistema de ficheros, lo que evita posibles, y posiblemente desastrosas, coincidencias de ficheros diferentes en un único nombre.
  • Realmacenamiento periódico en paquetes (ficheros). Esto es relativamente eficiente para escritura de cambios y relativamente ineficiente para lectura si el reempaquetado (con base en diferencias) no ocurre cada cierto tiempo.

Véase también

Referencias

  1. «git/git.git/tree». git.kernel.org. Consultado el 15 de junio de 2009. 
  2. Linus Torvalds (08-04-2005). «Re: Kernel SCM saga». 
  3. Linus Torvalds (23 de marzo de 2006). «Re: Errors GITtifying GCC and Binutils». 
  4. Linus Torvalds (05-05-2006). «Re: [ANNOUNCE] Git wiki».  Referencias de los antecesores de Git
  5. LKML: Linus Torvalds: Re: Kernel SCM saga

Enlaces externos