Skip to content

Latest commit

 

History

History
120 lines (92 loc) · 3.47 KB

CONTRIBUTING.md

File metadata and controls

120 lines (92 loc) · 3.47 KB

Guia de Contribuição

Como contribuir?

Para contribuir com o projeto é muito fácil e cada pouquinho conta! Basta seguir os seguintes passos:

Política de Issues

Para criação de issue o template Issue deve ser seguido.

Gitflow

Gitflow é o fluxo planejado para criação de branches. Afim de organizar e poder gerenciar melhor o projeto.

Nova funcionalidade

Novas funcionalidades sempre saem da branch dev, nunca da master.

git checkout origin dev
git pull origin dev --rebase
git checkout -b feature/gmail-integration
git push origin feature/gmail-integration

... coding ...

git checkout origin dev
git pull origin dev --rebase
git merge feature/gmail-integration
git push origin feature/gmail-integration

... Pull request to dev ...

HotFix

HotFix são atualizações esporádicas pequenas mas importantantes, de funcionalidades que já estão na branch de desenvolvimento ou produção.

git checkout origin dev
git pull origin dev --rebase
git checkout -b hotfix/gmail-integration

... hot fix ...
git checkout origin dev
git pull origin dev --rebase
git merge origin hotfix/gmail-integration
git push origin hotfix/gmail-integration

... Pull Request to dev ...

Política de Branches

master

Master é a branch de produção. Nela se encontra a versão que estará disponível para utilização no mercado.

dev

Dev é a branch de homologação. Nela se encontra a versão mais atualizada e estável do projeto.

Nome das Branches

As branches seguirão o nome de tipo/artefato. Para criação de novas features e elaboração de documentos.

  • feature/my-feature
  • doc/documento-visao
git checkout -b doc/EAP
git checkout -b feature/gmail-integration

Política de Commits

Os commits serão feitos em inglês, tanto título quanto descrição

git commit -m "#1 Finishing login"

A issue pode ser referenciada no commit basta adicionar #<numero da issue>.

Pareamento

#1 Adding autolayout to signup window


Co-authored-by: Nome do individuo <[email protected]>
Co-authored-by: Nome de outro individuo <[email protected]>

*Obs.: Atentar-se ao duplo espaçamento entre a descrição do commit e a definição dos autores

Exemplo de descrição do commit:

Fix #1 Finishing login
Fix #1 Fixing bug - missing labels
#1 Creating basic layout
#1 Creating unit tests for login

Política de Merges e Pull Requests

Pull Requests

Pull requests serão realizados para controle de estabilidade das branches:

  • master
  • dev

Deve ser seguido o template Pull Request.

Code Review

Ao menos um membro deve realizar a revisão das mudanças realizadas no pull request. O revisor deve clonar a branch do pull request e verificar se o pull request é coerente. Em caso de aceitação, deve-se fazer a aprovação e realizar o merge. Caso o pull request esteja faltando algum requisito, deve-se propor as mudanças necessárias. Caso o pull request não faça sentido ou já tenha sido resolvido, ou seja duplicado, deve ser fechado e feito um comentário coerente.