Tickets internos de rastreamento de bugs - Redmine, Trac ou Jira

Question

Eu tenho procurado configurar Redmine, Trac, ou Jira Para rastrear problemas. Quero poder fazer com que minha equipe de desenvolvimento crie ingressos internos que nunca são vistos pelos clientes, enquanto os clientes podem criar/editar ingressos vistos pela equipe interna.

De Documentação TRAC, você pode definir permissões para criar ou visualizar ingressos, mas ele não parece permitir a visualização de certos ingressos. Pode ser possível com Permissões de granulação fina Trac, mas não parece assim.

o Documentação Redmine menciona:

Defina suas próprias funções e defina suas permissões em um clique

mas não parece ter o nível de granularidade.

De Documentação jira:

No momento, a Jira só pode apoiar a segurança no nível do projeto ou no nível da questão. Atualmente, não há segurança no nível de campo disponível.

De acordo com essa questão, Redmine não suporta ingressos internos, então você precisaria usar vários projetos. Não quero uma situação em que teria que criar vários projetos - um interno, um externo e os ingressos externos trazidos para o repositório interno. Parece que isso levaria a uma sobrecarga desnecessária e inevitavelmente, os projetos não estariam sincronizados. Existe alguma maneira de algum desses produtos (possivelmente através de um plug-in, se não no próprio produto principal) para especificar essas permissões ou simplificar ter dois projetos com diferentes usuários e permissões que ainda devem compartilhar informações?

Answer 1

Jira tem um pouco de controle de visibilidade, eu não o descartaria tão rapidamente.

Aqui está um link que descobri que fala sobre isso:https://confluence.atlassian.com/display/jira/configuring+issue-level+security

Você teria um projeto e, em seguida, pode usar os tipos de problemas para esconder certas coisas do público. Você também pode fazer comentários internos ou públicos, acredito.

Answer 2

No Redmine, apenas usamos subprojetos para acesso externo.

Todo o ingresso do subject também é visível para o projeto pai, onde os desenvolvedores têm acesso total ...

Funciona sem problemas

Answer 3

Jira tem "níveis de segurança de problemas" que permitem fazer o que você deseja (consulte o link citado em outra resposta).

• Uma limitação é que os subissões herdam o nível de segurança de seus pais, não achei que seja significativo
• Eu recomendo o uso de funções do projeto para designar os membros da equipe interna e externa, não os grupos (caso contrário, você acabará com alguns grupos por projeto, levando a muitos grupos)
• A restrição que você citou (sem segurança em campo) não tem efeito sobre o que você quer fazer
• Os tipos de problemas não têm relação com os níveis de segurança

Answer 4

Parece que você quer o Plugin de ingressos privados Para Trac. Isso permitirá que você o faça para que os clientes possam ver apenas os ingressos que relataram, e não os ingressos que outros clientes relataram.

Answer 5

O Countersoft Gemini faz o que você precisa.

Whitepaper que pode ajudá -lo ao configurar participantes externos do projeto:http://countersoft.com/downloads/whitepapers/implementing_an_issue_management_platform.pdf

Answer 6

O Redmine 1.2 possui ingressos "privados".

Answer 7

Jira é a sua melhor aposta. Usamos extensivamente e podemos criar ingressos internos ou privados com granularidade significativa, mas reconhecidamente não no nível do campo. Você pode escrever um plug-in para conseguir isso.

Faça uma leitura rápida de uma postagem no blog sobre a comparação: http://blog.pineywoodstech.com/index.php/2011/12/jira-issue-tracking-for-the-masses/