Política de Pull Request(PR)

• Os PRs passaram por revisões pelos integrantes da equipe e, ao fim de cada Sprint, ou em casos excepcionais, serão aceitos pelos mesmos.

• Em cada Sprint um integrante da equipe, será responsável por analisar todos os PRs, revisá-los, e aceitá-los.

• Os PR deverão ser criados, após a conclusão da feature ou bugfix

Criação de um Pull Request

Para a criação de um pull request direcionado a branch master, deve-se seguir os seguintes passos:

1)Adicione uma descrição

• Utilize o template de issue destinado ao pull request, informando principalmente os campos de descrição e issue relacionada.

2) Adicione os reviewers

• Assinale o reviewer, ou seja, o integrante da equipe responsável pela análise do pull request daquela sprint.

3) Adicione os assignees

• Assinale os colaboradores do pull request

4) Adicione as devidas labels

• Marque as labels relacionadas ao pull request. Geralmente será as mesmas assinaladas na issue referente.

Conflitos

• Se um pull request causar algum tipo de conflito, deve ser resolvido primeiro pela equipe que desenvolveu o que está causando conflito, prezando pela integridade e organização do histórico de commits, e então deve ser refeito o pedido para avaliação do merge.

Política de Aprovação do Código

• Para a aprovação do código, este deve ser aprovado pelo integrante da equipe responsável pela análise do pull request daquela sprint.
• O integrante responsável deverá verificar se todos os critérios de aceitação foram satisfeitos para aquela feature ou bugfix.

Referências

Vamos Cuidar - Gestão. https://fga-eps-mds.github.io/2020.1-Grupo6/policies/pull_requests/. Acessado em 04/08/2021

Versionamento

Data	Versão	Descrição	Autor(es)
04/08/2021	1.0	Criação do documento	Estevao Reis