| Membro | Github | Papel | Matricula | |
|---|---|---|---|---|
| Ivan Diniz | ivandinizdobbin2@gmail.com | darmsDD | EPS | 17/0013278 |
| João Gabriel Rossi | bielrossiborba@gmail.com | bielrossi15 | EPS | 17/0013693 |
| João Matheus | matheusr.unb@gmail.com | J-Matheus | EPS | 17/0013812 |
| Paulo Vítor Coelho | paulovitorrocha.unb@gmail.com | PauloVitorRocha | EPS | 17/0062465 |
| Carlos Eduardo | ceduardo.roriz@gmail.com | CaduRoriz | MDS | 19/0011424 |
| Gabriel Marcolino | gabrielmr356@hotmail.com | GabrielMR360 | MDS | 19/0087501 |
| Lorenzo Santos | lorenzodavinci@hotmail.com | lorenzo7377 | MDS | 19/0032821 |
- Para contribuir no projeto é recomendado abrir as issues existentes e o backlog do produto em SysArq Docs para entender o que o projeto precisa atualmente.
- Se você perceber que o seu problema ainda não foi documentado crie uma issue, porém priorize as já existentes.
- Se você for um colaborador externo, dê um fork no projeto.
- Issues só poderão ser criadas com os templates de issue especificados no repositório.
- A criação de branches deve seguir a política de branches.
- No desenvolvimento, usar nossa política de commits, que pode ser encontrado no arquivo sobre contribuição.
- Pull requests só serão aceitos se estiverem com o template de pull request especificado no repositório.
Nossa política segue algumas características do Gitflow. Então separamos nossas branches em:
A master será nossa branch de produção, ou seja, nela estará a versão estável do projeto. E por questões de segurança ela será bloqueada para commits e push. A interação com a master vai se dá através da de Pull requests que virão da branch devel.
A devel será nossa branch de desenvolvimento, ou seja, vai agrupar o trabalho vindo das branches de features, o objetivo é criar uma release que será submetida para master.
As branches de features são criadas a partir da devel, e serve para o desenvolvimento de features presentes nas issues do repositório. No final do desenvolvimento a funcionalidade desenvolvida nessa branch deve ser enviada para a devel, através de um pull request e deve seguir a nomeclatura: número_da_issue_Nome_da_issue.
Hotfix branches são criadas a partir da master e servem para resolver de forma rápida os bugs em produção. Essa branch deve seguir a seguinte nomenclatura: hotfix_Nome_do_bug.