Como contribuir para o TabNews?
Acho que assim como eu, muitas pessoas tem vontade de contribuir com o projeto.
Caso alguém que já contribuiu com o code do tabnews pudesse dar uma simples explicação de como é o melhor caminho, acredito que iria incentivar e ajudar bastante gente a colaborar.
Por exemplo, olho os problemas através das issues do github mesmo? Tem alguma tag que é marcada por alguém para elencar os itens mais importantes? Os itens mais desejados? Itens que são mais simples e mais complexos?
A partir da escolha de alguma atividade, criar-se uma branch, como é o padrão correto? como funciona bem a parte de teste automático?
Seria muito da hora se alguém explicasse esse processo com algum exemplo simples.
Sei que o processo de colaborar com qualquer projeto open source segue mais ou menos um padrão.
Brota tabcoins ai quem tem vontade de aprender algo assim e mais voltado para o tabnews.
Vai que o Filipe resolve lançar um vídeo ensinando hehe.
Pra cima, parabéns a todos os envolvidos nesse projeto.
Olá! O projeto está organizado basicamente em Milestones.
O que são Milestones ?
Para quem não conhece, Milestone representa "pontos de controle" ou etapas do projeto. Recomendo fortemente passar por todas elas, especialmente pela Milestone 1; pois nela foram discutidos vários pontos como arquitetura, banco dados, testes, padrões de commits e muito mais.
Padrão de commit
O projeto segue o padrão Conventional Commit, existe uma automação em husky que faz a validação do pre-commit. Caso a mensagem de commit não respeite essa regra, um erro é lançado.
Criação de branchs
Atualmente para contribuir, não é necessário realizar o fork do projeto; pode ser criado uma branch diretamente no repositório. As branchs que deve-se criar tem que conter um prefixo apontando qual classificação principal da mesma.
| Prefixo | Descrição |
|---|---|
| feature | Implementação de nova funcionalidade no sistema. |
| fix | Conserto de erros apresentados pelo software ou melhoria no cõdigo. |
| docs | Modificação nos documentos do programa. |
| style | Branch destinada apenas para mudanças no template. |
| test | Branch destinada para criação de testes nas novas features. |
Conforme comentado pelo GabrielSozinho, você pode contribuir de diversas formas, não somente com novas feature.
Esse tema voltará a ser discutido nessa ISSUE #42, por isso fique atento na evolução do projeto para novas definições.
Para mais informações, acompanhe o diário do projeto
Por exemplo, olho os problemas através das issues do github mesmo? Tem alguma tag que é marcada por alguém para elencar os itens mais importantes? Os itens mais desejados? Itens que são mais simples e mais complexos?
Isso geralmente fica na lista de tarefas da Milestone atual. Por exemplo, na atual Milestone 5, existe uma seção de itens importantes para as próximas milestones (acesse aqui). Caso você tenha uma idéia você pode implementá-la.
Você não precisa necessariamente contribuir apenas com novas features. Correções de bugs, documentação e testes (no ambiente de homologação) são muito bem-vindos.
Muito legal, acho que se alguém que já contribuiu de alguma maneira, deixasse um tipo de documentaçāo ou passo a passo, seria bastante útil.
Irei dar uma olhada nos pulls requests e nas issues e ver se identifico algum padrão e algumas atividades relativamente simples, para tentar entender melhor e talvez conseguir deixar um pouco mais claro aqui.
Toma uns tabcoins para upar o post kkk.
Também fiquei com essa dúvida haha, eu queria muito contribuir para algum projeto open source, e vi a oportunidade perfeita no TabNew, mas fiquei meio perdido também, eu já gostei que tem a Milistone com as coisas que devem ser feitas e tal, mas não sei se tem alguma parte que diz sobbre como se deve criar a branch para a tua correção, feature ou etc... Acredito que deve ter um padrão para contribuir, talvez não tenha me atentado devidamente, mas quero muito contribuir tbm!
Fiquei com essa dúvida aí também...
Super concordo, talvez o Felipe pudesse fazer um vídeo exemplicando como exatamente nos podemos ajudar, nem que ele não poste no canal dele... pq quem o acompanha sabe da qualidade do conteúdo que ele posta no canal, tudo bem editado e desenvolvido, e talvez isso faça com que atrase um pouco pra ele soltar o vídeo, então só um vídeo básico e informal seria o suficiente...