Rastreador de problemas simples para 1-2 desenvolvedores [fechado]

51

Atualmente, estou trabalhando principalmente sozinho em um projeto (em Java). Estou principalmente sozinho, pois tenho um consultor que me fornece instruções de alto nível sobre o que fazer e raramente dará qualquer contribuição ao código. Ela codificará em alguns testes de aceitação de tempos em tempos, no entanto.

Eu nunca usei um rastreador de problemas antes e estava pensando em começar a usá-lo agora, pois gostaria de ter um local onde possa registrar possíveis erros que encontrar e acompanhá-los de maneira centralizada. Seria possível integrar o rastreador de problemas ao Eclipse, melhor ainda.

Então, aqui estão as restrições:

  1. NÃO é um projeto de código aberto. Nosso código não deve ser compartilhado com ninguém!
  2. nós estamos e iremos usar o Subversion;
  3. nós temos nosso próprio servidor Subversion e continuaremos usando esse mesmo servidor Subversion;
  4. deve ser livre;
  5. deve permitir pelo menos 2 usuários.

Qual é o seu conselho sobre o que escolher? Estou procurando a solução mais simples disponível.

devoraram elysium
fonte
Eu realmente gosto bitbucket.org eu não sei se ele atende todas as suas req, mas é realmente bom no geral ...
ballmw
você pode usar asana , embora a sua mais de uma lista de tarefas baseada em tarefas, é muito simples (acho que o Twitter) e livre =)
Brian
23
Eu acho que sua interpretação de um projeto de código aberto no ponto 1 é falha. Projeto, por exemplo, redmine pode ser liberado sob uma licença de código aberto, GPL2 neste caso; e você ainda pode usá-lo em projetos comerciais sem compartilhar seu código de propriedade com ninguém. A GPL2 afirma que você não pode modificar e vender o próprio Redmine sem compartilhar o código modificado. Como já mencionei, o simples uso do Redmine não força você a compartilhar nenhum dos seus dados.
bbaja42
8
Eu acho que ele quer dizer que seu código não é de código aberto; portanto, ele não pode usar, por exemplo, GitHub, Google Code ou Codeplex.
Zeta Two

Respostas:

42

Para pequenos projetos, me tornei um grande fã do Trello . Ele tem uma barreira tão baixa à entrada e uma usabilidade tão alta que eu a usaria para projetos menores.

Se você quer algo um pouco mais complicado e completo, eu recomendo as sugestões do FogBugz ou Bugzilla.

Edite para fornecer mais "explicação e contexto":

O problema mais comum que notei entre equipes menores sem gerentes de projeto dedicados é que muitas coisas simplesmente não são inseridas no sistema . Os desenvolvedores não demoram a digitar tudo o que precisa ser feito ou os problemas são atualizados esporadicamente à medida que o trabalho avança.

O Trello incentiva os usuários a manterem o sistema atualizado com bons dados, tornando estupidamente fácil adicionar novos problemas e atualizar o status dos problemas existentes.

O mais notável é que seu sistema de "listas" dentro dos painéis pode ser fácil e rapidamente ajustado para representar praticamente qualquer sistema de marcos e tipos de problemas que um pequeno projeto gostaria de usar.

Ele também suporta ferramentas de rastreamento de problemas mais comuns, como comentar sobre questões, votar em questões, reordenar, marcar e atribuir - mas elas estão todas ocultas do seu caminho (mas praticamente exatamente onde você as deseja quando precisa delas).

O Bugzilla é um excelente rastreador de problemas com todos os recursos, mas não há como negar que parece caro criar e editar bugs . O FogBugz diminui grande parte da dor subconsciente de rastrear tudo em seu projeto, mas ainda tem edições e telas suficientes para parecer mais trabalhoso do que, digamos, simplesmente arrastar um cartão de "fazendo" para "feito" no Trello.

tl; dr - a melhor maneira de manter um rastreador de problemas relevante e atualizado é torná-lo o mais fácil de usar possível , e foi para isso que o Trello foi desenvolvido.

TehShrike
fonte
Eu usei o Trello em uma equipe pequena e funciona muito bem.
Boris Yankov
3
Uma coisa importante a lembrar sobre o Trello é que você pode criar quantos painéis quiser. Portanto, por exemplo, em vez de manter todos os seus bugs em uma placa, tenha uma placa dedicada aos bugs recém-descobertos e mova-os para a placa principal quando estiver pronto para trabalhar neles. (Agora você pode mover as cartas entre as placas em Trello.)
Kyralessa
2
Trello era exatamente o que eu pensava quando vi a pergunta. Não é um rastreador de bug completo, mas é tão fácil iniciar um quadro. Não há necessidade de configuração ou instalação. E para 2 pessoas, seria super simples rastrear bugs, recursos e idéias em uma interface flexível.
Chauncey
O problema com o Trello é que é muito ruim para a produtividade se você planeja ampliar sua equipe para mais pessoas. Os problemas não têm propriedade (apenas várias atribuições) e o painel do usuário é inútil para rastrear quais trabalhos pendentes são atribuídos a você. Também não se integra aos sistemas VCS. O Trello é projetado e comercializado como um painel de idéias e planejamento para o qual funciona muito bem, não apenas como um rastreador de problemas de software, e é por isso que o Fog Creek também possui o FogBugz em seu conjunto de ferramentas.
precisa
21

"a solução mais simples disponível" é, obviamente, uma decisão judicial.

Acho o FogBugz muito fácil de usar e posso recomendá-lo para o caso de uso que você está descrevendo. É gratuito para equipes de duas pessoas e muito acessível para equipes maiores, possui um plug - in Eclipse e se integra ao Subversion .

No interesse da divulgação completa: Minha experiência com o FogBugz foi com a versão local com o plug-in do Visual Studio e a integração do Perforce, e não a configuração exata que você está procurando.

PersonalNexus
fonte
O FogBugz não me forçará a colocar o código em seus próprios servidores?
devorado elysium
2
@devouredelysium Se você usar a versão hospedada gratuita, o que você inserir no FogBugz (ou seja, os relatórios de erros etc.) serão armazenados nos servidores FogCreek. Como você usaria seu próprio servidor Subversion, seu código permaneceria com você.
PersonalNexus
@devouredelysium você está pensando em Kiln.
badp
Não há mais plano gratuito - apenas uma versão de teste.
lucianf
15

SVN + Trac + Eclipse com o plug-in SVN Team Provider (& Mylyn se você quiser)

Isso funcionará para projetos pessoais e de equipe simultâneos.

No Eclipse (com os plug-ins acima e o plug - in Trac XML-RPC ), você e sua equipe poderão

  1. acesse e use o repositório SVN de dentro do Eclipse e sem restrição
  2. rastrear tickets de emissão via Trac
  3. definir tarefas pessoais e de equipe via Mylyn
  4. controlar o tempo gasto pelos membros do projeto em cada tarefa
  5. veja tudo isso em um único espaço de trabalho dinâmico
venzen
fonte
13

Você pode usar o Mantis: http://www.mantisbt.org/index.php

É bem simples e pode ser configurado para integrar-se ao SVN e Eclipse: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ questions / 2939794 / mantis-bug-tracker-api-integration

Dito isto, manter apenas os recursos básicos do Trac também pode facilitar o uso: http://trac.edgewall.org/

AdamJonR
fonte
Minha experiência com plug-ins para o Mantis é horrível. O plugin listado tem quase 3 anos. Por isso, exclui Visual Studio 2010.
Ramhound
13

Minha recomendação:

Um arquivo nomeado bugs.txtna raiz do repositório.

Vantagens:

  • É um .txt. Significa que você não está vinculado a um sistema / software específico

  • É simples demais.

  • Você decide o que funciona para você com esse método - meu exemplo é mais ou menos assim:

filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.

filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar

  • Plataforma cruzada. Assim que você faz um svn checkout <url>, você tem o seu rastreador de bugs lá - você também pode usar o $ IDE de sua escolha - para ele, é apenas mais um arquivo de texto.

Desvantagens:

  • fica difícil depois de mais de 2-3 desenvolvedores.

  • Não há como realmente atribuí-lo a uma pessoa.

  • Não há como incorporar imagens de bugs da interface do usuário e tal.
jrg
fonte
Lembro-me de rodar em um shell script que automatizou o trabalho com um arquivo desse tipo, semelhante ao TODO.txt , mas não consigo encontrá-lo.
greyfade
@greyfade Recebi a idéia do TODO.txt - parecia uma boa maneira de rastrear bugs para um projeto para animais de estimação - não tenho certeza se eu recomendaria fazê-lo após 1-3 desenvolvedores.
JRG
3
Aha! Encontrei! Afinal, não era um script de shell - está escrito em Ruby. Chama-se ditz e funciona de maneira bastante semelhante ao seu próprio arquivo de texto, mas em um banco de dados YAML.
greyfade
11

Meu voto é para o Redmine . É totalmente gratuito e se integra bem ao Subversion.

aplicativo da web de gerenciamento de projetos. Escrito usando a estrutura Ruby on Rails, é multiplataforma e banco de dados.

O Redmine é de código aberto e lançado sob os termos da GNU General Public License v2 (GPL) ...

Algumas das principais características do Redmine são:

  • Suporte a múltiplos projetos
  • Controle de acesso flexível baseado em função
  • Sistema flexível de rastreamento de problemas
  • Gráfico e calendário de Gantt
  • Gerenciamento de notícias, documentos e arquivos
  • Feeds e notificações por email
  • Por wiki do projeto
  • Por fóruns do projeto
  • Rastreamento de tempo
  • Campos personalizados para problemas, entradas de tempo, projetos e usuários
  • Integração SCM (SVN, CVS, Git, Mercurial, Bazaar e Darcs)
  • Criação de problemas por email
  • Suporte a autenticação LDAP múltipla
  • Suporte de auto-registro do usuário
  • Suporte multilíngue
  • Suporte a vários bancos de dados ...
mosquito
fonte
6

Pode não ser "simples", mas considero-o um dos melhores rastreadores de problemas do mercado: Jira, da Atlassian . Ele vem com uma licença inicial de 10 usuários por 10 dólares (australianos) ... Estou usando-o como um desenvolvedor solo. (Observe que o site parece ter preferência por exibir preços / licenciamento "sob demanda", e você pode precisar do preço "download").

Outra grande vantagem para essa taxa de iniciação: os rendimentos totais são doados à instituição beneficente Room to Read . Então você pode se beneficiar de um bugtracker completo e se sentir bem com isso também :-)

Marjan Venema
fonte
+1. Gastar mais 10 dólares no GreenHopper para adicionar uma interface de usuário semelhante ao
Trello:
Para um ou dois desenvolvedores, o Jira é um exagero maciço e é muito complicado de usar.
9136 wobbily_col
4

Você também pode dar uma olhada no BugZilla . Veja também esta comparação de diferentes rastreadores de erros nos programadores SE. O Trac também é uma boa alternativa para usar como rastreador.

Outra opção é o Sourceforge . Que eu saiba, é gratuito, independentemente do número de usuários. Inclui um repositório SVN (que você provavelmente não estará usando) e um rastreador. Para um exemplo de como esse rastreador se parece, consulte este exemplo do projeto Audacity (software de gravação de código aberto).

Paul Hiemstra
fonte
11
Esqueci de dizer no OP .. este não é um projeto de código aberto.
devorado elysium
Gostaria de dar uma olhada nos termos de uso do Sourceforge e ver se você pode usá-lo sem tornar seu software de código aberto.
Paul Hiemstra
4

Confira ditz .

É uma ferramenta muito simples de rastreamento de problemas orientada por linha de comando cujo banco de dados você pode armazenar em seu repositório de códigos.

Não há interfaces de usuário sofisticadas, apenas uma ferramenta simples de linha de comando. É semelhante em espírito à sugestão de @ jrg e à ferramenta TODO.txt.

greyfade
fonte
3

Dê uma olhada no Asana . É uma ferramenta simples e gratuita de rastreamento de projetos baseada na Web. Eu tenho usado para projetos e tarefas em casa. Você pode criar vários projetos e atribuir tarefas a eles. Para qualquer tarefa, você pode definir:

  • Pessoa designada para
  • Data de Vencimento
  • Qualquer número de tags de texto
  • Arquivos anexados
  • Alterar
  • Notas (um campo de nota por tarefa)
  • Comentários (qualquer número por tarefa, organizado cronologicamente)

Você pode priorizar itens com algo chamado "cabeçalhos prioritários". Você também pode agendar itens como "hoje", "próximo" ou "posterior" para ter uma idéia básica do que precisa ser trabalhado o mais rápido possível.

Ainda está em andamento, mas tem uma interface muito elegante e é fácil de usar.

Kyralessa
fonte
3

O rastreador de bugs mais simples do mercado é uma pilha de cartões de índice 3x5 (ou 4x6, se você tiver uma letra grande), uma caixa de alfinetes e sua parede cúbica, IMO. Se você não tem uma equipe distribuída (você não tem, pois trabalha sozinho), tudo bem. Lembre-se de que deseja ter a menor impedância possível com um rastreador de erros - se for difícil escrever um bug ou anotar uma idéia para uma melhoria, você não o fará. Quando algo é feito, ele sai da parede e entra em uma pilha pronta.

Concedido que isso falha na integração com o ponto Eclipse, mas para um desenvolvedor solo, você realmente precisa dele? Se o seu conselheiro não estiver consertando bugs, ele não precisará acessar os cartões (ou poderá parar e dar uma olhada). Se eles estiverem escrevendo testes de aceitação, você pode anotar a essência desses testes no cartão ao qual é aplicável.

Eu estaria interessado em descobrir o que está levando você a olhar para uma ferramenta. Você precisa de algum tipo de métrica de erro (tempo médio aberto, total aberto versus fechado etc.)? Por que a integração no Eclipse é importante?

Brandon
fonte
2

Para um rastreamento realmente simples de problemas, você sempre pode usar uma planilha como o Excel ou um banco de dados do MS Access . Estes são basicamente brinquedos em comparação com rastreadores de problemas reais, mas têm as vantagens de baixa curva de aprendizado e baixa barreira à entrada: basta fazer uma planilha e adicionar colunas conforme necessário!

O Excel é bom para isso, pois você pode classificar e filtrar por coluna e gerar facilmente tabelas e gráficos para acompanhar o progresso. Consulte este artigo para obter mais informações: http://chandoo.org/wp/2009/09/08/issue-trackers/

Um bom modelo de rastreador de problemas do MS Access está disponível aqui: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx

Steven
fonte
11
Para ajudar Steven, existem muitas soluções gratuitas de planilhas por aí: O OpenOffice / LibreOffice tem os programas que eu mais uso.
Bob Cruz
7
Eu ficaria muito cauteloso em (ab) usar o Excel e os amigos como rastreadores de problemas. Você provavelmente terá problemas com o acesso simultâneo, além de haver tantos rastreadores de problemas dedicados, por que não usá-los?
sleske
+1 em não usar planilhas. Usar um banco de dados nu também não é uma boa solução, porque você acabará desenvolvendo seu esquema simples em outro sistema de rastreamento de problemas. Não reinvente a roda quando houver muitas rodas já desenvolvidas disponíveis.
Blrfl
2
Eu consideraria o uso de planilhas prejudiciais neste caso.
Z-boss
1

O YouTrack do JetBrains (a empresa por trás do IntelliJ IDEA e ReSharper) parece muito promissor, embora eu ainda tenha uma experiência pessoal limitada com ele.

  • Ele está hospedado na nuvem e a configuração de sua própria instância é muito rápida (talvez 5 minutos)
  • Gratuito para <= 9 usuários . (Além disso, até os maiores planos para 2000 usuários são gratuitos até 29 de fevereiro de 2012)
  • Suporta login Open ID (por exemplo, do Google)
  • Possui bons atalhos de teclado

Pelo que usei o YouTrack até agora, pelo menos prefiro o JIRA.

Jonik
fonte
0

Para minha pequena equipe (principalmente apenas eu), eu tenho usado o CodeTrack . Funciona muito bem para mim, porque só precisa de PHP no servidor, nem mesmo um banco de dados.

Você pode simplesmente fazer o download, extraí-lo no seu servidor web e ele funciona quase que instantaneamente. Além disso, o código é realmente simples, para que você possa personalizá-lo facilmente para suas necessidades exatas.

houbysoft
fonte
0

Se você não expuser informações confidenciais em relatórios de bugs e comentários, recomendo o Google Code. Usamos o recurso Issues no passado para um de nossos projetos com uma equipe de 8 desenvolvedores. É realmente simples, fácil e bom o suficiente para uma equipe pequena.

Observe que, embora você precise iniciar um projeto de código aberto, mas não precise fazer o upload do seu código para o Google, basta usar o recurso Problemas. E, é claro, qualquer um pode ver seus erros se encontrar acidentalmente seu projeto ou você compartilhar o link do projeto com eles.

Tien Do
fonte
0

O Trackie é extremamente simples, mas flexível.

Destina-se a pequenas equipes de tecnologia ou semi-tecnologia / semi-criativa, com a necessidade de acompanhar os problemas de uma maneira simples e única. Ele suporta status personalizado (com cores personalizadas) de problemas, bem como prioridade e responsáveis.

Enquanto a interface do usuário já é muito simples e limpa, uma interface extra simplificada é apresentada aos usuários que são adicionados a um projeto como um cliente.

Por fim, ele aceita problemas por email. Não apenas diretamente, mas também se você encaminhar o problema de um cliente para o Trackie, qualquer correspondência com ele passará a partir do Trackie sem que ele saiba. Mantendo tudo em um único lugar.

É gratuito enquanto estiver na versão beta privada. Se permanecerá livre não é claro no momento da redação deste documento.

Isenção de responsabilidade: eu sou o desenvolvedor deste rastreador de problemas. Mas acho que essa resposta é relevante para o OP.

jorisw
fonte
-1

basecamp.com - um projeto é gratuito, a interface é muito simples e você pode estar em funcionamento em cerca de dois minutos sem nada para instalar

Agora, volte ao trabalho ;-)

Steven A. Lowe
fonte