¿Cuál es la manera correcta de manejar un comunicado con SVN?

Question

Mi último empleador había desarrollado un complejo sistema, que se sentó en la parte superior de SVN para abordar el desarrollo en curso: ( gestión de cambios ) mira bugs / problemas y asociarlos con commits al hacer el commit de etiquetado el número ID de error y ( gestión de la liberación ) elementos con la etiqueta en SVN como parte de una versión específica basada en el sistema de fallos / seguimiento de problemas. Esta segunda parte tuvo un flujo de trabajo asociado a él para obtener cierre de sesión de los usuarios / gestión. Luego, cuando llegó el momento de hacer la liberación (por lo general todos los jueves por la noche), podrían ejecutar un comando de pago y envío el código de etiquetado y desplegarlo.

Mi nueva firma es mucho más pequeño y estoy interesado en encontrar un equivalente de bajo costo / de bajo mantenimiento, incluso si sólo significa tratar directamente con SVN. En particular, me parece regular comete tarde-en-el-juego de romper nuestra acumulación, y se hace muy difícil de desenredar lo que podemos incluir. (Por lo que respecta a la gestión de SVN es, tiendo a preferir la idea de etiquetas sobre las ramas, ya que requieren menos previsión, pero estoy feliz de estar convencido de lo contrario.)

¿Qué la gente utiliza para la etiqueta se compromete para un lanzamiento y para hacer un despliegue posterior? ¿Hay buenas soluciones de código abierto para la gestión de un ciclo de liberación que le permite navegar por SVN de cuestiones un navegador web y etiqueta / se compromete para un lanzamiento? Lo mejor que he visto hasta ahora es Jira , pero que parece una muy grande herramienta (es difícil configurar / mantener?). La Fundación Apache hace buen uso de Jira para este fin (véase, por ejemplo, la hoja de ruta Mahout ).

El ir incluso un paso más allá de esto sería tener este mismo sistema también incluirá la integración continua, de modo que nuestras pruebas unitarias se podrían funcionar con cada confirmación y cada fallo / problema sería entonces también se han asociado a esta información.

Nota: Hay algunas preguntas relacionadas ligeramente en StackOverflow, pero no se ve nada que cubre este aspecto del ciclo de despliegue y gestión de la liberación (véase liberar-gestión-en-svn , administrar-su-ciclo de vida del proyecto , y mejor manera de manejar el cambio de gestión ).

Answer 1

Si usted está encontrando construir revienta confirmaciones demasiado tarde en el juego para solucionarlos de manera eficiente que sin duda debe saltar en el tren IC antes de empezar a preocuparse por el proceso de liberación. Haciendo desarrolladores responsable de la integridad de la construcción es un proceso mucho más fácil cuando hay correos electrónicos que salen cada vez que alguien comprueba algo en que los tornillos del perro. Que sea un juego; El que rompe la estructura tiene que cuidar a ella hasta la próxima vez que se rompe.

Comenzar a funcionar con climatizador (utilicé CC.NET) no es tan difícil de subversión (I nos dieron de ningún proceso de construcción de hablar de a completamente automatizado de construcción y despliegue con CC.NET y de NAnt en aproximadamente un mes , intercaladas con otras responsabilidades, por supuesto).

También utilizamos JIRA y es difícil equivocarse allí. Usted puede tener JIRA ver la subversión cometer mensajes para cosas como "Fixed PROYECTO-11" y se va a cerrar el elemento automagicamente JIRA apropiado. Usted puede construir sus notas de la versión de allí.

Answer 2

¿Ha investigado el gráfico de revisiones Tortoise SVN? Si etiqueta cada versión (que, como otros han señalado no implica la copia de archivos, ya sea en el servidor o la estación de trabajo), entonces usted puede ver todas las revisiones en orden cronológico, con las etiquetas que indican las emisiones reales. Puede diff entre versiones y / o el tronco por hilighting las dos revisiones que interesan y seleccionando Diferenciar desde el menú contextual