2010-03-02 18 views
7

He estado buscando configurar Redmine, Trac o JIRA para realizar un seguimiento de los problemas. Quiero poder hacer que mi equipo de desarrollo cree tickets internos que los clientes nunca ven, mientras que los clientes pueden crear/editar tickets que sean vistos por el equipo interno.Tickets de seguimiento de errores internos - Redmine, Trac o JIRA

Desde Trac documentation, puede establecer permisos para crear o ver tickets, pero no parece que permita ver solo ciertos tickets. Es posible con Trac Fine Grained Permissions, pero no aparece así.

El Redmine documentation menciones:

definir sus propias funciones y establecer sus permisos en un clic

pero no parecen tener el nivel de granularidad.

Desde el JIRA documentation:

Por el momento JIRA sólo es capaz de la seguridad de apoyo a nivel de proyecto o nivel de emisión. Actualmente no hay disponible ninguna seguridad de nivel de campo .

Según this question, Redmine no es compatible con entradas internas, por lo que habría que utilizar múltiples proyectos. No quiero una situación en la que tendría que crear múltiples proyectos, uno interno y otro externo, y tener los tickets externos en el repositorio interno. Parece que esto llevaría a una sobrecarga innecesaria e, inevitablemente, los proyectos no estarían sincronizados. ¿Hay alguna forma de que alguno de estos productos (posiblemente a través de un complemento, si no en el producto central mismo) especifique estos permisos, o simplifique tener dos proyectos con diferentes usuarios y permisos que aún deben compartir información?

Respuesta

4

Jira tiene bastante control de la visibilidad, no lo descartaría tan rápido.

Aquí hay un enlace que he encontrado que habla de ello: https://confluence.atlassian.com/display/JIRA/Configuring+Issue-level+Security

Usted tendrían un proyecto y entonces se pueden utilizar tipos de emisión para ocultar ciertas cosas de la opinión pública. También puede hacer comentarios internos o públicos, creo.

+0

El eslabón de la respuesta está muerto, creo https://confluence.atlassian.com/display/JIRA/Configuring+Issue-level+ La seguridad es el artículo que trataste de vincular. – jippie

3

Jira tiene "cuestión de los niveles de seguridad" que le permiten hacer lo que quiere (ver enlace citado en otra respuesta).

  • Una limitación es que subissues heredan el nivel de seguridad de su padre, no he encontrado que es importante
  • recomiendo el uso de los roles del proyecto para designar a los miembros internos y externos del equipo, no los grupos (de lo contrario' ll terminará con un par de grupos por proyecto, lo que lleva a demasiados grupos)
  • la restricción que citó (sin seguridad de nivel de campo) no tiene efecto sobre lo que desea hacer
  • Issue Los tipos no tienen relación con los niveles de seguridad
2

Parece que quiere el private tickets plugin para Trac. Esto le permitirá hacerlo de modo que los clientes solo puedan ver los tickets que han informado y no los tickets que otros clientes han informado.

5

En redmine solo utilizamos subproyectos para acceso externo.

Todo billete del proyecto sub también son visibles para el proyecto principal, donde los desarrolladores de tener acceso completo ...

Obras sin problemas

1

Redmine 1.2 tiene entradas "privadas".

Cuestiones relacionadas