Guia de Contribuição

Esse guia visa apresentar os padrões da comunidade do GitHub, que são uma lista de documentação que outros desenvolvedores possam colaborar com o projeto de forma padronizada.

Por que contribuir para softwares open source?


Softwares open source servem para criar um ambiente de aprendizado diverso, em que é possível aprender , ensinar e criar experiência em qualquer habilidade.

Como contribuir


Existem diversas formas de contribuir para um software open source, seja no código , documentação , organização , design, entre outros. para contribuir para o nosso projeto, primeiramente leia o código de conduta encontrado aqui.
No nosso projeto são utilizadas as seguintes ferramentas para desenvolvimento do projeto:

  • Issue tracker : onde as pessoas discutem tarefas e problemas relacionadas ao projeto
  • Pull requests: onde as pessoas discutem e revisam as mudanças que estão em progresso
  • Como utilizar as ferramentes de contribuição


    Antes de criar uma issue ou pull request é necessário:

  • comunicar suas inteções e suas ideias de forma efetiva, mostrando o que deseja fazer, o contexto por trás da idéia , e a utilidade dela para o projeto
  • olhar o README, as issues abertas e fechadas e outros canais de comunicação da comunidade
  • Abrindo uma issue


    É necessário abrir uma issue nas seguintes situações:

  • Relatar um erro que você não consegue resolver sozinho
  • Discutir um tópico ou idéia de alto nível (visão da comunidade , políticas da comunidade, entre outros)
  • Propor uma nova feature ou uma ideia de projeto
  • ISSUE TEMPLATE

    Comunicação correta em uma issue

  • No caso de uma issue que deseja resolver , comente na issue para que outros possam saber que está trabalhando nela
  • Se uma issue foi aberta há muito tempo é possível que ela esteja sendo resolvida em outro lugar ou já tenha sido resolvida, então é necessário comentar nela para pedir confirmação antes de começar a trabalhar
  • Se você abriu uma issue e posteriormente descobriu como resolvê-la, comente na issue e feche-a, para que outros possam saber que elá já foi realizada.
  • Abrindo um pull request


    É necessário abrir um pull request nas seguintes situações:

  • Enviar correções triviais (um link quebrado , um erro simples e óbvio, entre outros)
  • Começar a trabalhar em uma contribuição que já foi pedida ou discutida através de uma issue
  • Vale destacar que um pull request não precisa representar um trabalho finalizado. Geralmente é melhor abrir um pull request no começo do desenvolvimento, para outros oferecerem feedback no seu progresso. Para isso, basta abrir ele como "draft" ou marcar ele como "WIP" (trabalho em progresso). É sempre possível adicionar commits depois

    Como abrir um pull request

  • clone o repositório localmente, realize um git pull para manter no estado atual do repositório
  • crie uma branch para suas modificações
  • referencie alguma issue relevante ou documentação auxiliar para seu pull request (como por exemplo "fechando #21")
  • se seu pull request for relacionado a HTML/CSS, inclua imagens de antes e depois para comparação
  • teste suas modificações para não realizar mudanças prejudiciais ao projeto
  • contribua com o estilo do projeto da melhor forma possível , com os padrões e parâmetros já existentes
  • PULL REQUEST TEMPLATE