realfabecker / octopedia Goto Github PK

Descrição detalhada

Viabilizar operações de cadastro, listagem e visualização de operações de registro de log operações de trabalho

Para tanto serão realizadas as seguintes operações:

1. Cadastrar registro de log para label identificador:

   • Um registro deve considerar uma data/hora início e fim para registro de trabalho;

   • A data/hora início deve ser atribuída no momento do início do trabalho com o label específico:

     Ex.: journal start label

   • Não é possível realizaro início de um label sem interromper o que estiver em andamento.

   • A data/hora término deve sser atribuída no momento do término do trabalho com o label específico

     Ex.: journal done

   • O término do trabalho não necessita fornecimento do label visto que este utilizará o ultimo ativo

2. Consulta de registros de logs diários para um usuário

   • Os registros de logs devem ser agrupados por dia e por label relacionado semelhante ao json:

[{
  "date": "2024-03-08",
  "logs": [{
	 "content": "Revisão de processo autenticação aplicativo x"
   }]
}]

3. Disponibilizar visualização para renderização dos registros de consulta por log considerando filtro usuário.

Contexto

A nova funcionalidade tem como objetivo viabilizar o registro de horário relacionado ao fluxo de trabalho bem como fornecer interface de visualização simplificada para acompanhamento das informações cadastradas.

Implementar campo approvals na relação de pull_requests populando esse com o nomes dos usuários quais aprovaram o pull request relacionado.

A partir desse também é necessário disponibilizar campo na interface API de consulta de pull requests, bem como exibir esse valor no grid de consulta no contexto frontend.

Descrição detalhada

A melhoria proposta consiste na inclusão do campo approvals na camada de persistência de pull requests sendo esse do tipo texto e populado pela relação dos nomes de usuários aprovadores do pull request.

No contexto backend não será necessário alteração código visto que a consulta base considera select * para o conjunto de registros. O requisto único do backend será o de incrementar a documentação openapi de modo a conter o novo campo relacionado bem como definição de exemplo de exibição.

No contexto frontend a melhoria deverá considerar a exibição da informação de aprovação na listagem de pull requests em seus respectivos cards. Esse valor deverá ser exibido como marcação de aprovação ao lado do nome do revisor elencado para o pull request.

Contexto

No contexto atual os pull requests são exibidos apenas com informação de revisor, não relacionando situação de revisão, levando a situações onde torna-se possível a revisão duplicada para um mesmo usuário.

Essa melhoria tem como objetivo aprimorar a análise da listagem de pull request trazendo para o cartão informações do estado de revisão permitindo um maior detalhe das informações apresentadas.