Integración de WordPress como CMS con un sistema de seguimiento de errores

12 ago 2010, 23:43:06
Vistas: 1.9K
Votos: 2

En primer lugar, no puedo usar Trac, que es lo que la comunidad de desarrollo de WP utiliza para rastrear errores. Sin embargo, mi empresa de consultoría está usando WordPress como CMS para casi todo: información de productos, portal de ventas, sitio de noticias, etc. Me gustaría configurarlo para integrar nuestro listado de plugins con un rastreador de errores...

Actualmente, tengo Flyspray configurado como un rastreador de errores independiente. Funciona bien, pero está en un dominio separado (http://bt.jumping-duck.com) para que permanezca aparte de WordPress. Pero me gustaría poder mostrar el número de tickets en la página de WP que lista nuestros plugins. Idealmente, los usuarios también podrían enviar reportes de errores directamente desde la página de información del plugin.

¿Alguien tiene experiencia integrando WP con un sistema de seguimiento de errores como este? ¿Debería mantener los dos sistemas separados?

0
Todas las respuestas a la pregunta 4
5

No veo ninguna razón para no convertir WordPress en un rastreador de errores. Básicamente, los tickets serían un tipo de entrada personalizado no jerárquico que tendría varias taxonomías, como prioridad, estado, etc.

12 ago 2010 23:55:23
Comentarios

Esa podría ser la forma de hacerlo, dar tanto tipos de contenido personalizados como taxonomías personalizadas... ¿conoces algún framework que ya exista? Preferiblemente un plugin listo para usar... me ahorraría el trabajo :-)

EAMann EAMann
12 ago 2010 23:58:49

No conozco nada de inmediato; sé que el plugin 'Pods CMS' (http://wordpress.org/extend/plugins/pods/) fue un precursor de los tipos de contenido personalizados de WP3.0, aunque debo confesar que nunca he usado el plugin, así que no puedo decir qué tan bien funciona para lo que necesitarías.

John P Bloch John P Bloch
13 ago 2010 00:12:12

@John P Bloch Reinventar la rueda normalmente se considera estúpido, y se ve como una razón para no hacerlo. Elige la herramienta adecuada para el trabajo, separa aplicaciones para reducir la complejidad.

hakre hakre
5 sept 2010 11:26:54

@hakre Excepto que usar WordPress como un rastreador de errores no es estúpido ni reinventar la rueda. Spencer Finnell creó un tema (Quality Control - http://spencerfinnell.com/quality-control-theme/ ) que convierte WordPress en un rastreador de errores. Lo tengo funcionando en http://bugs.johnpbloch.com/. Como alguien que investigó varios rastreadores de errores antes de que saliera el tema de Spencer, no puedo decir que WordPress no sea la herramienta adecuada. Si necesitas integración con control de versiones, WP no es adecuado. Pero si solo necesitas el rastreador de errores, no veo razón para no usarlo.

John P Bloch John P Bloch
6 sept 2010 17:26:05

@John P Bloch Cierto. Como siempre, depende de las necesidades específicas. Solo mira mi comentario para evaluar los límites.

hakre hakre
7 sept 2010 00:17:33
1

El plugin Custom Post Types UI podría ser un buen comienzo para configurar todos los tipos de entradas y taxonomías.

13 ago 2010 00:17:57
Comentarios

creo también que la mejor manera para el contenido del bugtracker es diferente a las entradas. También puedes crear el mejor backend para este post_type y muchas vistas frontend diferentes mediante plantillas y wp_query().

bueltge bueltge
13 ago 2010 21:44:59
0

Creo que esto puede ser lo que estás buscando. Es un tema gratuito de WordPress llamado Quality Control Theme para seguimiento de tickets. A partir de ahí puedes personalizarlo como desees.

http://spencerfinnell.com/quality-control-theme/

Esta opción requerirá el menor trabajo para ti porque el marco ya está establecido.

2 sept 2010 06:54:15
0

¿Tal vez algo como el plugin "Advanced Ticket System"?

http://wordpress.org/extend/plugins/wats/

El único inconveniente es que la versión gratuita actual no es compatible con WP3.x, tienes que hacer una donación para obtener esa versión. También he estado buscando algo similar.

5 sept 2010 04:26:28