Gerenciamento de projeto para acompanhar o GitHub [fechado]

95

(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.

Jon Skeet
fonte
Você está perto de lançar buffers de protocolo em C #? Estou morrendo de vontade de experimentar.
David Robbins
1
@David: Já está em um estado utilizável, embora seja um pouco "manual". Consulte code.google.com/p/protobuf-csharp-port para obter algumas instruções preliminares.
Jon Skeet
Não tenho certeza se foi esse o caso quando você editou esta questão pela última vez, mas o GitHub cria automaticamente arquivos para download do seu código em qualquer tag. Você também pode baixar o estado do código em qualquer commit.
Xiong Chiamiov
11
Você também pode usar mercurial no código do google, mercurial é bastante simples e tem quase o mesmo recurso que git
dzen
GoogleCode foi adicionado ao suporte para Git: code.google.com/p/support/wiki/GitFAQ
gavenkoa

Respostas:

45

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.

Paulo
fonte
7
Obrigado por isso - todas as coisas úteis. Há um benefício adicional para o Google Code - se estiver faltando um recurso, é mais provável que eu consiga fazer isso acontecer :) (Tenho certeza de que Fogbugz e outros levam as solicitações de recursos a sério, mas com o Google Code posso trabalhar no sistema propriamente dito em 20% do tempo ...)
Jon Skeet
28

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.

Greg Campbell
fonte
O GitHub hoje em dia tem gerenciamento de projeto integrado. É bem minimalista (a la 37signals), mas seus preços são competitivos se você usá-los para controle de versão e gerenciamento de projeto. github.com/features/projects
m33lky
14

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.

Marc Charbonneau
fonte
12

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.

Keltia
fonte
Atualização: redmine.org
dparkar
10

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:

  1. Bitbucket (gerenciamento de código-fonte)
  2. Launchpad (relatório de bug do usuário, gerenciamento de traduções)
  3. Trac auto-hospedado (wiki, rastreamento de problemas de projeto e desenvolvedor, espelho de código-fonte)
  4. Código do Google (downloads de arquivo)

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.

Ali Afshar
fonte
Sem chamas aqui - eu não usei o Mercurial, então não posso comentar. Acho que se eu fosse realmente mover a hospedagem de origem, iria direto para o Google Code e svn, com o qual já estou confortável. Eu acho que eu quero manter o repositório github - mas veja a minha pergunta editar ...
Jon Skeet
3
Na minha opinião, o SVN é a principal fraqueza do código do Google. Mas, como você disse, é tudo com o que você se sente confortável.
Ali Afshar
Também editado para refletir meu próprio uso pessoal.
Ali Afshar
Eu sei que é bobagem, mas eu teria problemas para confirmar os dados que realmente quero salvar em um servidor chamado "bitbucket".
TED de
1
bitbucket agora faz Git também
Radek de
8

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.

VonC
fonte
A questão Fogbugz / Assembla que mencionei parecia implicar que o Trac estava um pouco atrás do FogBugz. Também gosto da ideia de hospedar discussões de projeto (embora certamente pudesse usar os Grupos do Google para isso, se necessário).
Jon Skeet
1

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.

Dustin
fonte
Legal. Parece uma solução muito boa. Posso ainda clonar para subversão para tornar mais fácil para aqueles que desejam usar isso - quero ser o mais inclusivo possível.
Jon Skeet
2
Eu imagino que o download do github seja suficiente para qualquer um que queira subversão. Qualquer pessoa que faça coisas mais avançadas do que baixar a última versão do seu svn repo provavelmente já está usando o git. :)
Dustin
1

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.

jasonjwwilliams
fonte
1

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.

kevinrutherford
fonte
0

Sugiro o JavaForge como alternativa, pois tem tudo o que você procura:

  • Oferece hospedagem gratuita com Mercurial e Git (ou misto).
  • Seu rastreador de problemas está anos-luz à frente do GitHub. É extremamente poderoso e personalizável, pode rastrear requisitos, solicitações de recursos, bugs, tarefas, etc.
  • Ele fornece gerenciamento de documentos, também com acesso WebDAV (compartilhamento tão fácil quanto com pastas compartilhadas).
  • Possui wiki embutido para autoria colaborativa para documentação, requisitos, etc.
  • Possui fóruns para discussões.

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.)

intland
fonte
0

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.)

naktinis
fonte
-1

Você já considerou o CodePlex?

Marcin Hoppe
fonte
1
Eu não tinha, mas no final eu optei pelo Google Code e github, desenvolvendo contra github e empurrando para svn quando apropriado.
Jon Skeet