Esta semana fue de diez años a partir de la fecha en que los desarrolladores del kernel de Linux se encuentran con un obstáculo: que ya no podían utilizar su sistema de control de versiones BitKeeper y ningún otro sistema de control de código fuente no cumplía con sus exigencias en términos de recursos distribuidos. Linus Torvalds, creador de Linux, aceptó el reto y desapareció el fin de semana a aparecer la próxima semana con Git. Hoy, Git se utiliza en miles de proyectos y Git empujado programación en grupos de desarrolladores al nuevo nivel social.
Para conmemorar esta fecha, le pedimos a Linus para compartir la historia oculta de la creación de Git, nos dicen lo que piensa acerca de este proyecto y su impacto en el desarrollo de productos de software. Lo encontrarás en los comentarios a continuación el texto. Para esta entrevista las siguientes semanas, Git, en el que cada día vamos a considerar los proyectos individuales que utilizan el sistema de control de versiones. Esperar historias se desarrollan KVM, Qt, Drupal, Marioneta, vino, y muchos otros.
¿Por qué te prepara Git?
Torvalds:
Se me ocurrió cuando Tridge (Andrew Tridgell) comenzó a la ingeniería inversa de un protocolo simple de BK, que era una violación de las normas de uso de BK. Pasé un par de semanas (meses? Así es como me sentí y) tratando de mediar entre el Tridge y Larry McVoy, pero con el tiempo se hizo evidente que simplemente no funciona. Así que, en algún momento, decidí que ya no puedo seguir utilizando BK, pero yo también no quiero volver a los peores días que eran antes de la BK. Es triste que si bien había otras herramientas para la LES, que hasta cierto punto trataron de utilizar un modelo de desarrollo distribuido, pero ninguno de ellos funcionó bien en el caso de uso a distancia. Yo tenía mis propios requisitos de desempeño, que son aproximadamente incluso no podía estar satisfecho con lo que estaba disponible; y yo también estoy preocupado por la integridad del código y el proceso de diseño, por lo que me decidí a escribir el suyo.
¿Cómo llegaste a esto? Usted escribió todo el fin de semana o simplemente la hora habitual?
Torvalds:
Me gustaría hacer hincapié en que a pesar de que se ha recogido durante diez días o algo así (en el que hice mi primer git commit al repositorio del kernel de Linux), no fue de ninguna manera la codificación loco. El volumen de este código temprana es lo suficientemente pequeño, todo dependía de la aplicación correcta de las ideas básicas. Y así pasé algún tiempo "muele" antes del lanzamiento de la totalidad del proyecto. He visto los problemas de los demás. Vi lo que quería evitar.
Tanto si se aumenta (Git) para el nivel de sus expectativas? ¿Qué tan bien (Git) trabaja en sus estimaciones? ¿Hay alguna restricción?
Torvalds:
¿Qué piensa usted, ¿por qué es (Git) ha sido tan ampliamente adoptado en uso?
Torvalds:
¿Será Git siempre existe o anticipar una revisión de LES en los próximos diez años? ¿Será usted uno de los que escribió?
Torvalds:
Sin falsa modestia;)
¿Por qué Git funciona tan bien en Linux?
Torvalds:
Así por ejemplo: el concepto de la fusión era visto como algo muy doloroso y difícil en muchos LES. Hubieras tenido que planificar su drenaje, porque eran un asunto serio. Esto no me está ustaivaet ya que suelo hacer decenas de fusiones en el día cuando estoy en una ventana de tiempo de la fusión, y aún así, la carga de trabajo no debe estar en la fusión, y el código de la prueba. La fusión en sí toma un par de segundos, es mucho más interesado en escribir para explicar la fusión.
Así, Git fue construido y escrito para mis necesidades. Y así sucede.
La gente decía que Git - sólo para la gente súper inteligentes. Incluso Andrew Morton (Andrew Morton) dijo que Git «Git diseñado para que se sienta aún más estúpido que antes". ¿Cuál sería su respuesta a eso?
Torvalds: .
Usted puede hacer muchas cosas usando Git, y muchas de las reglas acerca de lo que debe hacer no proviene de las limitaciones técnicas, sino porque lo que funciona bien cuando tienes que interactuar con otras personas. Git es un potente conjunto de herramientas que pueden sobrecargar el principio, pero también significa que a menudo se pueden hacer las mismas o parecidas cosas de diferentes maneras y que todo funcionaba. En general, la mejor manera de aprender Git, probablemente, es simplemente hacer las cosas simples y ni siquiera mirar a otras cosas, siempre y cuando usted no está seguro con respecto a los conceptos básicos.
Hay varias razones históricas para la percepción de Git como una cosa compleja. Uno de ellos - el hecho de que era muy difícil. Aquellas personas que comenzaron a usar Git antes que nadie a trabajar con el núcleo Linux, realmente tuvieron que aprender a usar un juego bastante complicado de secuencias de comandos para que todo funcione. Todos los esfuerzos se orientaron a conseguir trabajar la tecnología de la base y un poco - de hecho, para hacer más fácil o evidente. Y Git, por supuesto, tenía una reputación que proporciona el conocimiento de lo que estaba haciendo antes. Sin embargo, era cierto en general durante los primeros seis meses o un año.
Otra razón por la que las personas se sentían como Git - una cosa complicada que Git es muy peculiar. Hay personas que disfrutan de las cosas tales como CVS durante una década o dos, y Git - no CVS. Ni siquiera similar. Diferentes conceptos. Equipos difieren. Git nunca trató de parecer como CVS, y viceversa. Y, si se ha utilizado el sistema similar a CVS, por mucho tiempo, da la impresión de complejidad y las diferencias sin causa Git. Las personas fueron rechazados los números de versión del sistema extraño. ¿Por qué el número de versión de Git «1.3.1», pero no tan bien hecho con un número creciente en las versiones de CVS? ¿Por qué hay (Git) extraño y terrible número de 40 dígitos en hexadecimal?
Pero Git no estaba demás injustificadamente. Estas diferencias eran necesarias. Lo más probable, la gente piensa que Git es más complicado de lo que realmente es, simplemente porque vienen con otro bagaje de experiencia. CVS deja a fondo. Por el momento, probablemente, hay muchos programadores que nunca han usado CVS en sus vidas y que pueden encontrar es, cómo funciona CVS, muy confuso, simplemente porque han aprendido en el primer lugar de Git.
Podría acelerar el desarrollo del kernel de Linux para crecer con la velocidad existente sin Git? ¿Por qué?
Torvalds:
¿Cuál es su opinión actual sobre GitHub?
Torvalds:
Esto es parte de cómo se desarrolla el núcleo Linux, pero en parte también porque las interfaces con GitHub fomentar activamente el mal comportamiento. Comete hizo en GitHub comentarios contienen estas confirmaciones, etc., simplemente porque la interfaz web en GitHub alentó activamente a la mala conducta. Lo arreglaron algunas de estas cosas, por lo que probablemente funciona mejor, pero nunca va a ser adecuado para algo como el kernel de Linux.
¿Cuál es el uso más interesante Git y / o GitHub que cumplen?
Torvalds:
¿Tienes alguna proyectos paralelos "en el hoyo"? Algunos proyectos maravillosos que dominarán en el desarrollo de software para los próximos años?
Torvalds: No se prevé
ps: consejos y sugerencias son bienvenidos a transferir con el fin de mejorar la calidad de la traducción.
Fuente: geektimes.ru/post/248744/