Como avaliar um projeto de código aberto com a adesão em mente?

Supondo que encontrei um projeto de código aberto no qual estou interessado, como avalio o projeto (os membros, o nível de atividade etc.) para determinar se a participação no projeto será um bom uso do meu tempo e energia?

Veja o histórico de controle de origem.

A partir disso, você pode ver check-ins, revisar código, avaliar o nível de atividade e, geralmente, ver a qualidade dos commit. Você pode aprender o máximo olhando a atividade do código fonte.

Você pode fazer várias coisas:

1. Veja os arquivos de suas listas de e-mails, veja como a comunidade se comporta em público
2. Veja a frequência de seus lançamentos e a qualidade das notas de lançamento
3. Procure uma declaração de missão clara e uma lista de recursos / requisitos em seu site
4. Verifique sua maturidade - se você está procurando ser orientado / facilitado em um projeto, um projeto maduro é mais tolerante do que um projeto novo. O contrário também é verdade.
5. Olhe para a estrutura, é um ditador benevolente ou uma abordagem de conselho comunitário
6. Procure as instruções de adesão, amigável? Claro?

Isso é um começo de qualquer maneira :)

Teste as águas um pouco primeiro. Entre nas listas de discussão, nos canais de IRC, etc., e veja como as coisas funcionam. Corrija um bug ou adicione um recurso solicitado conhecido e envie um patch. Veja como é aceito ... eles trabalham com você para editá-lo e incluí-lo ou combatê-lo?

Avalie-se também. Você realmente tem tempo e interesse para ficar por aqui e valer a pena o projeto investindo em mantê-lo atualizado?

Veja a cobertura do teste. Contribuir para um projeto com um histórico / mandato de aceitar apenas solicitações / patches pull com aprovação nos testes será um processo muito mais bem-sucedido e agradável do que tentar colaborar em algo com desenvolvedores que não podem / não escrevem testes de unidade.

Eu tive que trabalhar na atualização de versões antigas de bibliotecas abandonadas algumas vezes para o trabalho. Normalmente, eu ficaria animado em ser pago para contribuir com projetos de código aberto. Mas quando não há testes e documentação ruim, é apenas infernal.

Inscreva-se se você vai gostar de ¹ trabalhando no projeto.

¹ : "aproveitar" pode significar o que te faz feliz.

Baseie-o nos seus objetivos (não saiba o que são). Se você está tentando obter experiência em programação, não tem muito a perder experimentando-a. Se alguma coisa, você pode aprender como 'não' codificar.

Se você está tentando criar um nome para si mesmo, anexando-se a um ótimo projeto, pode ter mais dificuldade. Tente pesquisar na rede por blogs ou comentários de outros desenvolvedores e usuários do software (se houver tanto tempo assim). Veja o progresso da codificação. Está se movendo de acordo com o seu gosto.

Tentar descobrir se os outros membros "jogam bem com os outros" pode ter uma combinação de algumas das práticas que acabei de mencionar.

Experimente. "Não custa nada" - John Belushi, Animal House.