You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on May 28, 2023. It is now read-only.
Então, temos um MVP funcional do laguinho, agora precisamos definir quais passos até termos uma versão de produção.
Minhas sugestões:
Versão 0.2.x (próximo bimestre):
Refatorar fluxo de publish, quebrando em duas etapas, para termos um laguinho init que é um helper para criar o laguinho.json, e o laguinho publish seria o que faria a requisição de fato ao back. Quais seriam as vantagens disso? dessa forma a gente poderia requisitar que entre o laguinho init e o laguinho publish o usuário fizesse push do laguinho.json no repositório, e o back poderia verificar se o laguinho.json existe de fato no remote, garantindo que a pessoa que deu publish é o dono do repo, ou pelo menos, que o dono do repo tem intenção de publicar o laguinho (esse fluxo pode ser melhorado e discutido, mas acredito que seja uma boa verificação pra uma versão 0.2.0)
Criar formas de listagem e busca de datasets, algo como laguinho list, com paginação preferencialmente e laguinho search que pode receber parametros como nome, keywords e etc
Versão 1.0.x produção (início de 2020):
Implementar lógica de autenticação para que seja possível fazer publish, para termos algum termo de responsabilidade da pessoa que está publicando os dados assumindo total responsabilidade pelo que está publicando e aceitando que o laguinho é apenas um meio de distribuição e que não se responsabilizará pelo que está sendo publicado. Algo como o npm login que é necessário para se fazer npm publish.
Observações
Antes do release da versão 1.0, poderíamos liberar o laguinho para produção para consumo dos dados que o próprio opendev ou outras trusted orgs como Guardians e etc publicarem, pois acredito que pra abrir pro público geral publicarem, precisamos dessa lógica de autenticação
Então, temos um MVP funcional do laguinho, agora precisamos definir quais passos até termos uma versão de produção.
Minhas sugestões:
Versão 0.2.x (próximo bimestre):
laguinho initque é um helper para criar olaguinho.json, e olaguinho publishseria o que faria a requisição de fato ao back. Quais seriam as vantagens disso? dessa forma a gente poderia requisitar que entre olaguinho inite olaguinho publisho usuário fizesse push dolaguinho.jsonno repositório, e o back poderia verificar se olaguinho.jsonexiste de fato no remote, garantindo que a pessoa que deu publish é o dono do repo, ou pelo menos, que o dono do repo tem intenção de publicar o laguinho (esse fluxo pode ser melhorado e discutido, mas acredito que seja uma boa verificação pra uma versão 0.2.0)laguinho list, com paginação preferencialmente elaguinho searchque pode receber parametros como nome, keywords e etcVersão 1.0.x produção (início de 2020):
npm loginque é necessário para se fazernpm publish.Observações
/cc @paulojbleitao @jessescn @lucasmedeiros