Gerenciamento de projetos para ir com o Github [fechado

https://stackoverflow.com/questions/313924

10-07-2019
|

Pergunta

(Editar: Esta pergunta agora está desatualizada para minha questão específica, pois o código do Google suporta o GIT agora e eu converti buffers de protocolo em Mercurial de qualquer maneira. No entanto, ainda é de interesse geral, IMO.)

Meu Porta de buffers de protocolo C# Usa o GitHub para seu controle de origem e estou começando a realmente gostar de usar o Git. No entanto, até onde eu sei, o Github não fornece nenhuma ferramenta de gerenciamento de projetos: rastreamento de defeito e recursos, discussões, solicitações de recursos, documentos etc., dadas minhas afiliações, Código do Google Seria uma escolha natural, mas parece estranho criar um projeto lá, mas hospedar a fonte no Github.

Esta pergunta sobre Fogbugz/AssemblA parece se concentrar principalmente no rastreamento de defeitos. Eu queria saber o que as experiências que outras pessoas tiveram quando se trata de uma solução mais "completa" de gerenciamento de projetos. Fogbugz realmente faz tudo o que preciso? (Usando um wiki para documentos tem suas vantagens, embora eu também queira distribuir documentação com o código.) Além dos recursos explícitos mencionados no primeiro parágrafo, existem outros aspectos do projeto I deve estar considerando o que posso ter perdido?

Definitivamente, isso permanecerá um projeto de código aberto e, embora eu prefira não pagar, não me importo se uma pequena taxa for necessária. Atualmente, sou o único desenvolvedor, mas isso pode mudar e pode muito bem haver muitas pessoas arquivando 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ído Para vários projetos de código aberto, mas não fiz muito na maneira de executar um muito visível e ativo. (Miscutil Atualmente ainda está "hospedado" no meu site, com lançamentos ocasionais - o controle de fonte real está no meu NAS local.)

Alguém se importa em compartilhar suas experiências?

EDIT: Outra opção que estou considerando agora é um projeto de código do Google (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 uma versão). Isso permitiria que os usuários que não sejam do Git também se apossassem facilmente da fonte.

Solução

Se você está pensando que você realmente será o apenas desenvolvedor, Fogbugz ajudará você a manter sua sanidade. O Fogbugz é um ótimo produto, cria comunicações focadas e pode transformar qualquer coisa em um caso (edição). Faz tudo isso, assim como qualquer sistema que eu já vi.

Mas sua orientação é uma comunicação comercial - eficiente entre os usuários e o suporte técnico, melhora a confiabilidade dos horários, foco e priorize o que está sendo trabalhado, discussões internas e externas separadas, alguns bons relatórios para rastrear que as coisas estão sendo tratadas. (Sobre as únicas críticas em que consigo pensar é que não faz bloqueio de casos e rastreamento de dependência, o que é realmente útil para esses bugs enterrados profundamente.)

Pouco desse conjunto de recursos o ajudará a criar um projeto de código aberto ativo, com comunicação animada aberta e necessidade de criar uma comunidade e fazer com que os usuários evoluam para os desenvolvedores à medida que o projeto cresce. Portanto, se é aí que você deseja acabar, você pode realmente querer os canais de comunicação menos focados de um desses sistemas de rastreamento leves.

Ainda não usei o código do Google em um projeto, 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 se parece com o caminho a seguir.

Outras dicas

Github introduziu recentemente um rastreador de emissão próprios; Eu não fiz uma análise competitiva para determinar como ele mede outras opções mencionadas neste tópico.

Eu uso o github junto com Farol para rastreamento de problemas. É um pouco de barebones em comparação com algumas das outras opções, mas, ao mesmo tempo, funciona muito bem se você quiser apenas uma ferramenta leve, 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.

Como sempre, quando alguém pergunta isso, eu mencionei Redmine Como eu fiz em isto pergunta. Eu sei que a pergunta já tem sua "melhor resposta", mas acho que vale a pena mencionar.

Nós usamos bitbucket.org, que não é git, é mercurial*, mas possui rastreamento de bug/problema por filial etc.

Eu acho que pode ser muito útil integrar essas coisas com o local em que você gerencia seu código-fonte para referenciando coisas como o número de problemas em uma mensagem de confirmação. Ou mensagem corrigida para um problema que contém o número de revisão do código. Você perderia isso se escolhesse um BTS separado, como o Google Code. Como mencionado em outra resposta, o Trac é realmente bom na coisa da integração.

EDIT: Devo dizer que, para o meu projeto de código aberto mais amplamente usado, na verdade, temos em:

Bitbucket (gerenciamento de código -fonte)
Launchpad (Relatórios de bug do usuário, gerenciamento de traduções)
TRAC auto -hospedado (wiki, rastreamento de problemas de projeto e desenvolvedor, código -fonte espelho)
Código do Google (downloads de arquivos)

E eu sei que isso parece louco, mas escolhemos os melhores bits 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 chame.

Você considerou Trac ?

Parece haver uma revisão "entusiasmada" de um Integração Git-Trac.

Não tenho experiência pessoal com essas ferramentas, mas você pode verificar a integração.

Eu uso o código Github e Google em alguns lugares. O rastreador de problemas do Google Code é decente o suficiente, mas não posso lidar com a subversão.

Dê uma olhada no meu cliente Java Memcached Para um exemplo disso - particularmente a guia de origem na parte superior.

No trabalho, usamos o Fogbugz e é de longe a melhor ferramenta do seu tipo na minha opinião. Eu o usaria para os projetos sem fins lucrativos em que trabalho, exceto que é tão caro além de 2 usuários.

Para os projetos sem fins lucrativos, usamos Farol para rastreamento de problemas. Está tudo bem para o que custa e, francamente, não consigo encontrar alternativas adequadas dentro de sua faixa de preço. O rastreamento de problemas do Trac é um pouco melhor que o de Bugzilla ... Eu sei que muitas pessoas adoram Trac, mas acho isso muito inflexível. As deficiências de Trac nos levaram ao Lighthouse.

Meus projetos sem fins lucrativos estão buscando se mudar para Bitbucket. Além do rastreamento de problemas, ele nos permitiria consolidar nossos repositórios lá do BeansTalkApp.com, além de adicionar um wiki.

Tudo dito, se Fogbugz-on-demanda tivesse preços ainda remotamente semelhante ao Lighthouse.App para pequenas contagens de usuários, eu nos moveria para lá em um piscar de olhos. Quando você usa o FB no trabalho e depois o Lighthouse.App à noite ... Usar Lighthouse parece que seu braço foi cortado.

Misturar -se Suporta Git via mingle_git plugar. Mingle tem um grátis licença comunitária Para projetos de código aberto.

Eu também uso o Github com farol. E se sua mensagem de confirmação contiver algo como

#32 Estado: Resolvido

O Lighthouse resolverá o ticket nº 32 contra a confirmação, que acho rápida e útil. Fora isso, o Lighthouse é um pouco, er, luz sobre os recursos.

Eu sugeriria Javafororge Como alternativa, já que tem tudo o que você procura:

Oferece hospedagem gratuita com mercurial e git (ou misto).
Seu rastreador de questões é o LightYears à 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 nas pastas compartilhadas).
Possui wiki embutido para autoria colaborativa para documentação, requisitos, etc.
Tem fóruns para discussões.

Observe que o site é alimentado por CodeBeamer, nosso produto comercial testado por empresas globais.

(Isenção de responsabilidade: somos um fornecedor comercial de soluções ALM Agile.)

<plug>Estou construindo Aeroporto.</plug>

Você também pode tentar usar uma ferramenta como Busyflow. Lá você pode rastrear o Github e comentar sobre eles (os comentários são sincronizados com o Github). Para outras facetas de gerenciamento de projetos, o BusyFlow se integra ao Google Calendar, Trello, Basecamp, Pivotal Tracker etc. para que você possa ver seus itens do GitHub, juntamente com tarefas, arquivos e eventos de calendário.

(Isenção de responsabilidade: sou co-fundador do Busyflow.)

Você já considerou codeplex?

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow