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:
- NÃO é um projeto de código aberto. Nosso código não deve ser compartilhado com ninguém!
- nós estamos e iremos usar o Subversion;
- nós temos nosso próprio servidor Subversion e continuaremos usando esse mesmo servidor Subversion;
- deve ser livre;
- deve permitir pelo menos 2 usuários.
Qual é o seu conselho sobre o que escolher? Estou procurando a solução mais simples disponível.
issue-tracking
devoraram elysium
fonte
fonte
Respostas:
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.
fonte
"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.
fonte
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
fonte
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/
fonte
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/foobarsvn 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.
fonte
Meu voto é para o Redmine . É totalmente gratuito e se integra bem ao Subversion.
fonte
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 :-)
fonte
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).
fonte
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.
fonte
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:
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.
fonte
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?
fonte
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
fonte
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.
Pelo que usei o YouTrack até agora, pelo menos prefiro o JIRA.
fonte
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.
fonte
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.
fonte
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.
fonte
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 ;-)
fonte