Esta es una entrada de invitado de Matt Shelton, de Nuance Healthcare. Esta es la primera entrada de una serie sobre la migración de su equipo de Subversion a Git, los motivos por los que la llevaron a cabo y qué se encontraron durante el proceso. Matt también habla sobre este tema en Atlassian Summit 2015. En esta serie aborda con más contexto todo lo que no pudo decir en su charla de 30 minutos.
¿Git o SVN? ¿Cómo se decantó Nuance Healthcare por un modelo de ramificación de Git? (en inglés)
Lidiar con las dependencias de Maven al cambiar a Git (en inglés)
Vamos a migrar a Git y nos encanta git-flow. ¿Y ahora qué? ¡Vamos a probarlo todo! Mi equipo es fantástico. Elaboraron una lista de los flujos de trabajo de los desarrolladores en Confluence, todos basados en lo que habíamos estado haciendo en equipo y en todas las cosas raras que pensaron que tendríamos que hacer en el futuro. Luego, en una estructura de proyecto que refleja la nuestra (pero sin incluir código, solo un pom.xml), probamos todos los flujos de trabajo.
Git: fusiones automáticas con hooks de servidor (¡para tener éxito!) (en inglés)
Los flujos de trabajo de DVCS (sistema de control de versiones distribuido) empresariales se están asentando y los patrones se están consolidando. La flexibilidad que proporciona Git a los equipos es tan amplia que, incluso dentro de una sola empresa, diferentes equipos pueden adoptar distintos enfoques para compartir código y colaborar.
Bifurcaciones y repositorios upstream: instrucciones y consejo interesante (en inglés)
Hay un montón de guías útiles sobre cómo mantener las bifurcaciones actualizadas con los repositorios upstream (y si te preguntas por qué querrías usar bifurcaciones en un entorno empresarial, aquí encontrarás unas cuantas razones). En este artículo, te presentaré algunos aspectos sobre cómo interactúa la bifurcación con el repositorio upstream: los conceptos básicos, los inconvenientes y un consejo interesante. Para rematarlo, te haré sentir mucha envidia o te despertaré un gran interés. Eso depende de ti. Si te interesa, sigue leyendo.
Novedades de Git 2.1 (en inglés)
Tras la publicación de Git 2.0.0 hace dos meses y medio, recibimos ahora una nueva versión secundaria de Git, la 2.1.0, que incluye toda una serie de funciones nuevas muy interesantes.
Conceptos básicos, flujos de trabajo y consejos
Incluir submódulos como parte del desarrollo de Git te permite incluir otros proyectos en el código base, a la vez que mantienes su historial separado pero sincronizado con el tuyo. Se trata de una forma práctica de resolver los problemas de dependencia y de la biblioteca de proveedores. Como es habitual en todo lo relacionado con Git, el enfoque es obstinado y requiere un poco de estudio antes de que pueda usarse con soltura. Ya hay información buena y detallada sobre los submódulos, así que no voy a repetir lo mismo. Lo que voy a hacer aquí es compartir algunas cosas interesantes que te ayudarán a aprovechar al máximo esta función.
Flujos de trabajo del equipo de Git: ¿fusionar o fusionar mediante cambio de base? (en inglés)
La pregunta es sencilla: en un equipo de software que usa Git y ramas de función, ¿cuál es la mejor manera de incorporar el trabajo terminado a la línea principal de desarrollo? Es uno de esos debates recurrentes en los que ambas partes tienen opiniones firmes, y a veces puede resultar difícil tener una conversación sensata (para ver otros ejemplos de debates acalorados, consulta: Internet).
Dominio de las solicitudes de incorporación de cambios: ¡descubre las capacidades de recuperación! (en inglés)
Hoy en día, aplicar una corrección a un proyecto es tan fácil como crear una bifurcación, que genera una copia remota completa del proyecto para que realices modificaciones, seleccionando el archivo que quieres cambiar, pulsando Editar y confirmando las correcciones.
Git y dependencias de proyectos (en inglés)
Analiza estas preguntas. ¿Cómo gestionas las dependencias de proyectos con Git? Nuestro proyecto se compone de varios repositorios interdependientes. Actualmente los gestionamos con svn:externals. ¿Cuál es la mejor manera de gestionarlos con Git? ¿Cómo se divide un repositorio muy grande en componentes más pequeños usando Git? Estos son algunos ejemplos de las preguntas más frecuentes que recibimos en la etapa europea de nuestra reciente gira Getting Git Right.
El flujo de trabajo de Git es muy sencillo (en inglés)
Muchos equipos ya han migrado a Git y muchos más están haciendo la transición en este momento. Además de formar a desarrolladores y designar a campeones para que ayuden con la adopción, es fundamental elegir una práctica de colaboración de código agradable y sencilla que no complique demasiado las cosas. Con Git uno definitivamente puede crear flujos de trabajo muy complicados; los he visto de primera mano.
Usa Git incluso si tu equipo no lo hace: consejos y trucos sobre git-svn
Antes de unirme a Atlassian, había trabajado en varios proyectos que aún utilizaban Subversion (SVN) como sistema de control de versiones. Ya me había pasado a Git años antes y quería seguir usándolo tanto como fuera posible.
