(EDITAR: Esta questão está desatualizada para meu problema específico, já que o Google Code suporta git agora e eu converti Protocol Buffers para Mercurial de qualquer maneira. No entanto, ainda é de interesse geral, IMO.)
Meu C # Protocol Buffers Port usa github para seu controle de origem, e estou começando a gostar muito de usar git. No entanto, pelo que eu posso dizer, o github não fornece nenhuma ferramenta de gerenciamento de projeto: rastreamento de defeitos e recursos, discussões, solicitações de recursos, documentos etc. Dadas minhas afiliações, o Google Code seria uma escolha natural, mas pareceria estranho crie um projeto lá, mas hospede o código-fonte no github.
Esta questão sobre Fogbugz / Assembla parece focar principalmente no rastreamento de defeitos. Gostaria de saber quais experiências outras pessoas tiveram quando se trata de uma solução de gerenciamento de projeto mais "completa". O Fogbugz realmente faz tudo que eu preciso? (Usar um wiki para documentos tem suas vantagens, embora eu também queira distribuir a documentação com o código.) Além dos recursos explícitos mencionados no primeiro parágrafo, há outros aspectos do projeto que eu deveria considerar e que posso ter esquecido?
Definitivamente, este será um projeto de código aberto e, embora eu prefira não pagar, não me importo se uma pequena taxa for exigida. Atualmente sou o único desenvolvedor, mas isso pode mudar e pode muito bem haver muitas pessoas enviando bugs e solicitações de recursos. (Em outras palavras, espero e espero que seja popular, mas comigo fazendo a maior parte do trabalho.)
Anteriormente, eu contribuí para vários projetos de código aberto, mas não fiz muito no sentido de executar um muito visível e ativo. ( MiscUtil ainda está "hospedado" no meu site, com lançamentos ocasionais - o controle de origem real está no meu NAS local.)
Alguém se preocupa em compartilhar suas experiências?
EDIT: Outra opção que estou considerando agora é um projeto do Google Code (eu realmente gostaria de ser leal ao meu empregador) e uma fusão ocasional de git para svn (no mínimo, toda vez que faço um lançamento). Isso permitiria que usuários não-git também acessassem o código-fonte facilmente.
fonte
Respostas:
Se você está pensando que realmente será o único desenvolvedor , o Fogbugz o ajudará a manter sua sanidade. Fogbugz é um ótimo produto, ele cria comunicações focadas e pode transformar qualquer coisa em um caso (problema). Ele faz tudo isso tão bem quanto qualquer sistema que já vi.
Mas sua orientação é a comunicação comercial eficiente entre os usuários e o suporte técnico, melhorar a confiabilidade dos cronogramas, focar e priorizar o que está sendo trabalhado, separar as discussões internas e externas, alguns bons relatórios para rastrear se as coisas estão sendo tratadas. (A única crítica que posso pensar é que não faz bloqueio de casos e rastreamento de dependência, o que é realmente útil para aqueles bugs enterrados profundamente.)
Pouco desse conjunto de recursos o ajudará a construir um projeto de código aberto ativo, com comunicação aberta e viva e a necessidade de construir uma comunidade e fazer com que os usuários se tornem desenvolvedores conforme o projeto cresce. Então, se é aí que você quer chegar, você pode realmente querer os canais de comunicação menos focados de um desses sistemas de rastreamento leves.
Eu não usei o Google Code em um projeto ainda, mas em termos de comunicação transparente e aberta, parece um bom suporte para um projeto de código aberto ativo. Além disso, você já sabe disso. Se você deseja aumentar o envolvimento em seu projeto, o código do Google parece o caminho a seguir.
fonte
O GitHub introduziu recentemente um rastreador de problemas próprio; Eu não fiz uma análise competitiva para determinar como ela se compara a outras opções mencionadas neste tópico.
fonte
Eu uso o GitHub junto com o Lighthouse para rastreamento de problemas. É um pouco básico em comparação com algumas das outras opções, mas ao mesmo tempo funciona muito bem se você quiser apenas uma ferramenta leve com a qual não precisa se preocupar muito. Ele pode se integrar ao GitHub se você quiser e também é gratuito para projetos de código aberto.
fonte
Como de costume, quando alguém pergunta isso, menciono Redmine como fiz nesta pergunta. Sei que a pergunta já tem sua "melhor resposta", mas acho que vale a pena mencionar.
fonte
Usamos bitbucket.org , que não é GIT, é Mercurial *, mas tem rastreamento de bug / problema por ramo, etc.
Acho que pode ser muito útil integrar essas coisas com o local em que você gerencia seu código-fonte para fazer referência cruzada a coisas como número do problema em uma mensagem de confirmação. Ou Mensagem corrigida para um problema contendo o número de revisão do código. Você perderia isso se escolhesse um BTS separado, como o código do Google. Como mencionado em outra resposta, o Trac é muito bom em integração.
Edit: Devo dizer que para o meu projeto de código aberto mais amplamente usado, na verdade o temos em:
E eu sei que isso parece loucura, mas nós escolhemos as melhores partes de cada serviço. E, surpreendentemente, ninguém reclama.
*o que é melhor na minha opinião de qualquer maneira, mas, por favor, não me reprove.fonte
Você já considerou o Trac ?
Parece haver uma revisão "entusiástica" de uma integração git-Trac .
Não tenho experiência pessoal com essas ferramentas, mas você pode verificar a integração.
fonte
Eu uso o github e o código do google em alguns lugares. O rastreador de problemas do código do Google é decente, mas não consigo lidar com a subversão.
Dê uma olhada em meu cliente memcached java para ver um exemplo disso - particularmente a guia de código-fonte no topo.
fonte
No trabalho, usamos o FogBugz e, na minha opinião, é de longe a melhor ferramenta desse tipo. Eu o usaria para os projetos sem fins lucrativos nos quais trabalho, exceto que é tão caro além de 2 usuários.
Para os projetos sem fins lucrativos, usamos o Lighthouse para rastreamento de problemas. É bom para o que custa e, francamente, não consigo encontrar nenhuma alternativa adequada dentro de sua faixa de preço. O rastreamento de problemas do Trac é um pouco melhor que o do Bugzilla ... Eu sei que muitas pessoas amam o Trac, mas acho que é muito inflexível. As deficiências de Trac nos levaram ao Farol.
Meus projetos sem fins lucrativos estão pensando em mudar para o Bitbucket . Além do rastreamento de problemas, isso nos permitiria consolidar nossos repositórios lá em beanstalkapp.com, bem como adicionar um wiki.
Dito isso, se o FogBugz-on-Demand tivesse um preço remotamente semelhante ao Lighthouse.app para pequenas contagens de usuários, eu nos mudaria para lá em um piscar de olhos. Quando você usa o FB no trabalho e o Lighthouse.app à noite ... parece que seu braço foi decepado ao usar o Lighthouse.
fonte
Mingle suporta git via plugin mingle_git . O Mingle tem uma licença de comunidade gratuita para projetos de código aberto.
fonte
Eu também uso o github com o Lighthouse. E se sua mensagem de commit contiver algo como
[# 32 estado: resolvido]
O Lighthouse resolverá o tíquete nº 32 contra o commit, que considero rápido e útil. Fora isso, o Lighthouse é um pouco, er, leve em recursos.
fonte
Sugiro o JavaForge como alternativa, pois tem tudo o que você procura:
Observe que o site é alimentado por codeBeamer , nosso produto comercial testado por empresas globais.
(Aviso: somos um fornecedor comercial de soluções ágeis de ALM.)
fonte
<plug>Estou construindo um aeroporto .</plug>fonte
Você também pode tentar usar uma ferramenta como o BusyFlow . Lá você pode rastrear os commits do GitHub e comentar sobre eles (os comentários são sincronizados com o GitHub). Para outras facetas de gerenciamento de projeto, o BusyFlow se integra com o Google Calendar, Trello, Basecamp, Pivotal Tracker etc. Assim, você pode ver seus itens do GitHub juntamente com tarefas, arquivos e eventos de calendário.
(Isenção de responsabilidade: sou cofundador do BusyFlow.)
fonte
Você já considerou o CodePlex?
fonte