* revert: remove url model_list deprecated de api
* impl: isola api para futura transf em interlegis/drfautoapi
* refactor: ref sapl/api para impl drfautoapi
* elimina viewset.py
* separa customização de classes em modulos
* cria class method import_modules
* cria class method router()
* altera nome de classmethod
* elimina endpoint obsoleto e migra outro"
* migra endpoint deprecated para drfautoapi
* migra endpoint .../provaveis para drfautoapi
* migra endpoint api/autor para drfautoapi
* rebuild frontend
* inclui em drfautoapi a construção individual para models
* Retorna último bump
* Atualiz de versões do front e impactos no código
Atualiza versões secundárias e de remendos x.Y.Z
Atualiza versões secundárias (minor version x.Y.z)
e de remendos (patch version x.y.Z)
em conjunto das libs de menor impacto no frontend.
Syncs webpack-bundle-tracker django-webpack-loader
A primeira delas é do frontend já a segunda é do backend.
Elas fazem a ponte entre o front e back. A primeira faz um catálogo
(webpack-stats-json) de todo material compilado para produção pelo webpack.
Em tempo de desenvolvimento, esses catálogo não possui referências para
arquivos, mas para urls do servidor de desenvolvimento do frontend.
Já a segunda, lê todo o material produzido pela primeira, disponibiliza
filters para acesso geral, modular ou diretamente a arquivos
específicos.
bump vs secundária do vue e vue-template-compiler
Já existe atualização de versão primária do VueJs mas atualizá-la algo
em ~3.0.0 exige revisão, refatoração e/ou reimplementação de código.
vue-template-compiler anda junto com vue e é usado para possui compilar
container pre-alimentado no backend como é o caso de:
https://github.com/interlegis/sapl/blob/3.1.x/sapl/templates/parlamentares/parlamentares_list.html
migra libs para devDependencies
bump version frontend
LeandroJatai