-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feat/database auth refactor #83
base: dev
Are you sure you want to change the base?
Conversation
Quality Gate failedFailed conditions |
@felipesouza91 estava conversando com o @emerson-oliveira e o Juliano sobre o impedimento que estou tendo no momento que é ter que editar os testes que foram escritos antes para fazerem passar porque só com essas mudanças que fiz até o momento já fez quebrar uma porrada de testes. Para não perdermos tempo com os testes tendo em vista que iremos refatorar muita coisa mesmo, porque acaba que estou quebrando a cabeça para fazer testes passarem que talvez nem existam no futuro, sobretudo por conta de testes envolvendo a antiga arquitetura do projeto que será refatorada, pensamos em duas possibilidades:
O que você acha? Alguma outra possibilidade? |
@clintonbrito não acho uma boa remover os testes. Infelizmente vai ser algo que tem que ser feito. O que pode fazer e eu ver isso quando fizer o Merge do meu refactor com a branch de Dev. Pois o que eu estou fazendo vai quebrar e gerar conflitos com o que você está fazendo. No caso, os testes estão impedindo você de prosseguir no desenvolvimento ou e só na hora de fazer o push ? Pode fazer o seguinte da Skip em tudo e só deixa o teste da task que você tiver fazendo funcionado. Tem que informar o @emerson-oliveira que o covereage vai cair de forma drástica pra ele ajustar as métricas no Github actions. |
Por enquanto, mais na hora de fazer o push mesmo. O GitHub Actions impede de proceder com o merge.
Certo. Vou dar skip e só focar em testes da task.
Ok, depois ele responde aqui sobre isso. |
@clintonbrito show vamos seguir nesse ritmo quando eu tiver finalizando do refactor, aí a gente vê com o @emerson-oliveira e @htamagnus de dar uma parada nas task par poder mergear isso tudo e resolver os conflitos |
@clintonbrito , @felipesouza91, vi que conseguiram avançar com a discussão em relação as testes. Muito bom!! Acredito que no momento de refactor essa abordagem do skip vai ser a melhor. Porém, vamos ter que atualizar nossa lista de débitos técnicos. Acredito que podemos criar esses itens como issues aqui dentro do github para em breve retomar sem falta. |
Quality Gate failedFailed conditions |
Realizado merge da branch dev para essa. Apos realizado os ajustes. Ficou alinhado com o @emerson-oliveira que a melhor abordagem seria remover o relacionamento entre as tabelas Auth e User, deixando esse relacionamento de forma fraca via codigo. Pois o Auth seria considerado um provedor de acesso externo, similar ao clreack. Com isso ao Realizar o cadastro via a rota de Auth da aplicação, e criado um registro na tabela Auth, e uma pre cadastro do usuario na tabela User, aonde o relacionamento entre essas duas tabelas é via o external_auth_id. Dessa forma a modelagem do negocio fica desacoplada nos modelos e serviços de authenticação. Criado teste para a Webhook Middleware que estava incompleto. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ajustado conforme alinhado com o Emerson.
user_with_email
paraauth
email
da tabelauser
auth_id
na tabelauser
e relacionar essa colunaauth_id
com a tabelaauth
onboarding
(boolean) na tabelaauth
refresh_token
na tabelaauth