Pregunta

Yo uso cruisecontrol.rb para CI y FogBugz para el seguimiento de errores, pero la más general de las respuestas, la mejor.

La primera es que el problema técnico:hay una API para FogBugz?Hay buenos tutoriales, o mejor aún, pre-código escrito?

El segundo es el problema de procedimiento:qué, exactamente, en el caso de la CI poner en el rastreador de errores cuando la acumulación de los descansos?Tal vez:

Título:"#{última committer} rompió la construcción!"

Cuerpo:"#{ seguimientos de error }"

Supongo que esto presupone la respuesta a esta pregunta:debo incluso poner CI se rompe en mi seguimiento de fallos?

¿Fue útil?

Solución

Todos los CI de las configuraciones que he trabajado con enviar un correo electrónico (para una lista), pero si se desea, especialmente si su equipo utiliza FogBugz tanto como a todo el sistema sólo podría abrir un caso en FogBugz 6. Dispone de una API que permite la apertura de los casos.Para el caso, se podría configurar para que envíe el correo electrónico a su FogBugz de correo electrónico dirección de envío, pero la API podría hacer más, como asignar el caso a la última sujetos del delito.

Brian's respuesta me sugiere, si su CI encuentra un error en una confirmación de que había un número de caso, incluso puede que vuelva a abrir el caso existente.Como la codificación de un caso de campo para cada pequeña cosa que, sin embargo, hay un punto donde el CI de automatización podría ser "demasiado inteligente", se equivocan, y acaba de ser molesto.La apertura de un nuevo caso podría ser suficiente.

Y gracias:esto me hace preguntarme si debo intentar la integración de nuestro Los chimpancés el programa de instalación con nuestro FogBugz!

Otros consejos

En mi empresa hemos adoptado recientemente el (comercial) Atlassian pila - incluyendo JIRA para el problema de seguimiento y de Bambú para las generaciones.Mucho como el mundo de Microsoft (supongo - somos una Java de la tienda), si usted obtiene todos sus productos de un solo proveedor en el que obtener el bono de integración.

Para un ejemplo de cómo se ha hecho la interoperabilidad, a la vista sus la interoperabilidad de la página.

Suficiente chelín.Generalmente hablando, puedo resumir su enfoque general como:

  • Crear problemas en el bug tracker (ex:cuestión clave de PROJ-123).
  • Cuando usted comete código, agregue "PROJ-123" a tu cometer comentario para indicar qué error este cambio de código de errores.
  • Cuando su CI server comprueba el código de escaneado, la confirmación de los comentarios de los diffs.Registro de las cadenas de la coincidencia de la expresión de su problema claves.
  • Cuando la construcción completa, generar un informe de los problemas claves fueron encontrados.

Específicamente a su segundo problema:

Su CI no no tiene que poner nada en su bug tracker.El bambú no pone nada en JIRA.En su lugar, el Atlassian personas han proporcionado un plugin de JIRA que va a hacer una remota llamada a la api en el Bambú, la pregunta "de Bambú, para lo que construye tengo (una JIRA problema) relacionados?".Este es probablemente el mejor explicado con un captura de pantalla.

CC viene con una utilidad que te advierte cuando se construye la falla, probablemente no vale la pena el registro de la falta construir en FogBugz, no hay necesidad de seguimiento de los problemas que se resuelve de inmediato (como la mayoría de las fracturas generaciones)

Ir al revés (FogBugz muestra de confirmaciones que se ha solucionado el problema) que necesita una web basada en navegador de repositorios - FogBugz es fácil de configurar para que muestre los cambios adecuados.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top