2° ciclo de iteração pacote dpkgckanmg

[gabrielbdornas]

Conforme reunião de alinhamento realizado em 19/01/2021

Prazos

• Data Início: 20/05/2021
• Data Fim: 02/06/2021

Responsáveis

• Desenvolvimento: Gabriel - DTA
• Revisão e merge: Maurício DTI

Objetivos

Inclua aqui uma breve descrição do objetivo deste ciclo de desenvolvimento, podendo o formato de lista ser utilizado

• Abertura do repositório

• Itens restantes da primeira iteração

  • Desenvolvimento de interface CLI para funcionalidades já desenvolvidas
  • Publicar documentação utilizando github pages

• feature

  • inserir argumento para receber instância CKAN da publicação
    • Função publish;
    • Retirar ambiente padrão homologa (informed_environment='homologa') na função importaDataSet. Padronizar o default na chamada das funções e não nesta função
    • Corrigir Issue Erro ao publicar conjunto de dados em produção #20 sobre erro ao tentar publicar em ambiente de produção

• Colocar "separador" dentro de cada função, não sendo necessário passá-lo como parametro durante a chamada da função (utilizar os_forward_slash_publish = separador).

  • Função publish;

• armazenamento único da versão

• docs

  • escrita da documentação publish cli e web

• bugfix

  • erro de publicação de conjuntos com múltiplos recursos
  • retirar time.sleep
  • createResource.py não cria novos recursos, recebe argumentos incorretos e duplica datapackage.json

• refactoring

• renomear funcões (para inglês)

  • padronizar ordem dos argumento
    • Função publish;
    • Função dataSet;
    • Funçao resource; e
    • Função criarArquivo2.

• design

  • concepção das regras para tratamento dos arquivos .json (ie. datapackage.json, schema.json, dialect.json) #37

Histórico

Dar continuidade aos trabalhos de automatização das rotinas de publicação e manutenção de conjunto de dados no Portal de Dados Abertos de Minas Gerais

Funcionalidades a serem desenvolvidas

• Projeto Público
• Documentação online, pública, utilizando-se de ferramentas gratúitas
• Bug-fix/refatoração

[fjuniorr]

@gabrielbdornas faltou inserir no escopo dessa iteração a automatização do scan do repositório com o gitleaks para evitar vazamento acidental de chaves do CKAN.

Eu vejo duas opções (com preferência a primeira sem avaliar a complexidade)

• Configurar um pre-commit hook no git para execução local do gitleaks impedindo commits com segredos
• Configurar execução do gitleaks via integração continua com o github actions

Mesmo que a gente não faça isso nessa iteração, captura isso por favor.