¿Cómo organizar tu temporales workfiles?

Question

Hago un montón de solución de bugs y la implementación de nuevas características para los diferentes clientes.Estos clientes informe de todos sus errores, solicitudes de cambio y la nueva función de solicitud en nuestra Sistema Trac.A veces, estas solicitudes de llevarme a la creación de algunos de SQL secuencias de comandos de cambio, a veces hay documentos de Excel o bases de datos de Access con testdata, documentos de Word desde el cliente y así sucesivamente.Un montón de archivos que se utiliza para fijar un billete y, a continuación, puede ser deletede cuando se cierra el ticket.

Yo usualy hacer esto mediante la creación de carpetas en el sistema de ficheros como este:/customerXX/TicketNNNNN y, a continuación, sólo el dumping todo lo que había allí.

¿Cómo organizar tu workfiles?Has encontrado algún fantástica herramienta para hacer esto?

Answer 1

Yo diría que para scripts o archivos que están relacionados con un determinado billete, la mejor cosa a hacer sería para adjuntar el archivo a ese ticket en el problema de seguimiento de software - casi todas las incidencias que he trabajado con le permiten que usted haga esto.De esa manera, usted puede mirar hacia atrás y un) ver exactamente lo que usted hizo en el caso de que algo va mal, o b) hacer exactamente lo mismo si el problema viene de nuevo más tarde.Eso es casi sin duda el mejor lugar para mantener los archivos con la información adicional del cliente, también (o al menos en el primer lugar de la mayoría de la gente va a mirar).

Con frecuencia re-utilizar secuencias de comandos que no son específicas para un determinado billete, me gustaría crear un scripts/ o directorio/ bin en el proyecto asociado, y mantenerlos allí.

También tengo un pequeño puñado de archivos de utilidad de las que tengo en src/misc/ apagado en mi directorio home, con cosas como consultas SQL para obtener legible "explicar" la salida de Oracle y tales, que no son específicos de ningún proyecto en particular.El número de estos es lo suficientemente pequeño para que los subdirectorios que no son necesarios, aunque sospecho que si usted terminó con un gran número de estos archivos, muchos de ellos podría/debería ser movido a proyectos específicos o de su sistema de seguimiento.

Answer 2

JIRA ha sido muy útil para esto en mi sitio. Es compatible con el seguimiento de problemas, archivos adjuntos, y se puede personalizar y categorizar sus proyectos y problemas con facilidad.

Answer 3

FogBugz y agrego todos los archivos al caso. Creo que no importa qué aplicación que utilice, lo importante es mantener estos archivos para futuras referencias. Si su herramienta de seguimiento de errores no le permite adjuntar un archivo a continuación, añadir los archivos al control de versiones.

Answer 4

CaWeb4 y les resulta muy fácil de usar para nuestro seguimiento de errores.