La mejor práctica para combinar / no svn merge tags

Question

He de crear una etiqueta llamada v1.5 de una rama.Después de algunas pruebas he encontrado algunos errores y parece que tiene que propagar estos cambios tag/v1.5.Pero veo algunos comentarios que no sugieren la práctica de la actualización o la fusión de una etiqueta.

Mi pregunta es ¿cuál es la mejor manera de manejar este tipo de situaciones.Probablemente borrar la etiqueta y volver a crearla a partir de la rama de la cabeza de la revisión ?

Answer 1

Etiquetas, ramas, etc. No tienen sentido para la subversión en sí, son solo carpetas y puedes hacer lo que quieras. Sin embargo, hay buenas prácticas, y las etiquetas significan algo que nunca cambias. Debe tener un flujo de trabajo y mantenerlo a eso.

Por ejemplo, hacemos nuevos desarrollos en el maletero. Cuando esté listo, creamos una rama, como 1.5, y luego creamos etiquetas, como 1.5.1, 1.5.2, 1.5.3, etc. Añadimos correcciones de errores y creamos nuevas etiquetas de él, no agregamos nuevas características a las ramas, y nunca cambiamos las etiquetas. Luego fusionamos las correcciones de errores de la sucursal al tronco cuando hay nuevos desarrollos. Es un flujo de trabajo muy común.

Aquí hay un artículo más largo , lo que describí anteriormente se llama "estable Modelo de liberación "Aquí, hay una buena imagen para mostrarte lo que pasa donde. También hay alternativas y una larga discusión. Me encantan esos gráficos, Aquí hay otro , Pero es un poco confuso, las flechas no deben cruzar las etiquetas, las etiquetas siempre deben ser un callejón sin salida.

Answer 2

la mejor práctica es no borrar tags de hecho, las etiquetas no están destinados a ser tocado son sólo etiquetas, mientras que es cierto que todo es una carpeta en cualquier repositorio svn, la práctica es por lo general trabajan en trunk, actualización de branches en caso de errores, y dejar tags como marcadores de la anterior historia del trabajo de referencia, las ramas pueden también ser utilizado para separar el trabajo, la mejor práctica es trabajar con una sola línea principal solo tronco patrón y evitar las ramas tanto como sea posible (continua en la entrega de integración), pero en su caso me gustaría rama fro de la etiqueta y de su actualización y, a continuación, combinar la espalda en el tronco. tags están destinados a permanecer.lo que me gustaría hacer es una copia de la tag en un branch con el nombre de la sucursal y hacer la actualización de allí.entonces yo le merge de vuelta a trunk.para automático combina hay una genial utilidad para svn llamado automerger utilidad

Google y Facebook adoptado tronco de desarrollo basado en.el desarrollo En los materiales anteriores, estos de Google habló sobre el trabajo en la CABEZA, y que de confirmaciones sucede a la CABEZA en todo momento.Ashish dice tronco de un par de veces hacia el final en un Q&A de la sección, y que hace mención a la prevención de la ramificación para el desarrollo en curso (nada que ver con versiones de por sí).Asi que ya es oficial, el Tronco de Desarrollo Basado en (TBD) es lo que Google hace, y el muchacho no se escala!(http://paulhammant.com/2013/05/06/googles-scaled-trunk-based-development/)

Answer 3

Las etiquetas en SVN es (convencionalmente) RO subárbol.Si ha cambiado después de crear un código de etiqueta, debe crear nueva etiqueta del código cambiado