Open miguelpimentel opened 3 years ago
Item | Nota | |
---|---|---|
1. Containerização | ||
Container do Back-end | 0,5 | Feito |
Container do Front-end | 0,5 | Feito |
Container do Banco de Dados | 0,5 | Feito |
Automação entre os containers (Docker-compose) | 1,5 | Bem organizado, setup de backend com banco feito e separado do front |
2. Integração contínua (Front-end) | ||
Build: Construção completa do ambiente | 1,0 | Feito |
Testes: Os testes automatizados da aplicação devem ser executados | 1,0 | Feito |
Coleta de métricas: Deverá ser realizada a integração com algum serviço externo de coleta de métricas de qualidade; | 1,0 | https://sonarcloud.io/dashboard?id=miguelpimentel_vue_dockerizing&branch=main |
Regras de avaliação: O sistema de integração contínua deve exibir as informações de cada pipeline, e impedir que trechos de código que não passem corretamente por todo o processo sejam adicionados à 'branch default' do repositório. | 0,5 | Feito |
3. Integração contínua (Back-end) | ||
Build: Construção completa do ambiente | 1,0 | Feito |
Testes: Os testes automatizados da aplicação devem ser executados | 1,0 | Feito |
Coleta de métricas: Deverá ser realizada a integração com algum serviço externo de coleta de métricas de qualidade; | 1,0 | https://sonarcloud.io/dashboard?id=miguelpimentel_rails_dockerizing&branch=main |
Regras de avaliação: O sistema de integração contínua deve exibir as informações de cada pipeline, e impedir que trechos de código que não passem corretamente por todo o processo sejam adicionados à 'branch default' do repositório. | 0,5 | Feito |
4. Coverage (Extra) | ||
Caso cumpra todos os requisitos obrigatórios descritos acima, será atribuída uma pontuação extra para o aluno que configure sua pipeline de modo a coletar a porcentagem de cobertura de testes na aplicação (Back end e Front end). | 0,2 | Não encontrei nenhum artefato relacionado à cobertura de código da api e do client, porém, como na pipeline do client o próprio comando de testes informa a porcentagem de cobertura, estarei atribuindo isso como um artefato a ser avaliado, diminuindo apenas o valor pela inexistencia de alguma informação sobre a cobertura de código da api (analisei a pipeline criada e se ela gerava algum arquivo relacionado a esse ponto) |
5. Deploy contínuo (Extra) | ||
Caso cumpra todos os requisitos obrigatórios descritos acima, será atribuída uma pontuação extra para o aluno que configure sua pipeline de modo a publicar a aplicação automaticamente, sempre que um novo trecho de código seja integrado à branch default. | 0,0 | Não feito |
Total | 10,2 |
Trabalho final - GCES
Nome: Miguel Pimentel Matrícula: 14/0156143
Com objetivo de aplicar ferramentas de análise estática de cada uma das tecnologias. Este trabalho foi dividido em dois repositórios: Client e API.
Client
Overview
Foi desenvolvida dois workflows do GitHub Action. Ambos disparados na ação de abrir qualquer PR. Um referencia a um scan do código utilizando o Sonar Cloud, para isso foi utilizada uma action disponibilizada pelo próprio Sonar Cloud. Além disso, foi criado um workflow para testes unitários utilizando a imagem criada para o frontend. As informações de como executar o projeto se encontra no README.md de cada um dos projetos
Repo: https://github.com/miguelpimentel/vue_dockerizing
Observações
API
Overview
Foi desenvolvida um workflow do GitHub Action. Ele tem foi criado para executar testes unitários a partir da imagem do docker. As informações de como executar o projeto se encontra no README.md de cada um dos projetos
Repo: https://github.com/miguelpimentel/rails_dockerizing
Observações
Obs: Quaisquer dúvidas sobre o trabalho, comente nesta thread ou abra um issue em algum do respositórios