Configura o projeto com pyproject.toml

[rochamatcomp]

Descrição

Proposta para a issue #1423. Configura o projeto com pyproject.toml, além de atualizar a versão do Python para 3.12 e das demais dependências para as versões mais recentes, com o cuidado de permitir apenas atualizações apra versões que mantém a compatibilidade.

Usa como o setuptools como "build system", sendo necessário instalar o setuptools pelo menos no projeto via pip install setuptools[core], a instalação pode ser feita no sistema operacional também.

Foi baseado no seguinte documento: https://packaging.python.org/en/latest/guides/writing-pyproject-toml/, com versão em português do Brasil também: https://packaging.python.org/pt-br/latest/guides/writing-pyproject-toml/

O nome do pacote ficou como querido-diario, para isso foi necessário mudar o nome do diretório de data_collection para querido_diario.

Instalação

Após a criação e ativação do ambiente virtual:

pip install .

Para instalar, depois, as dependências de desenvolvimento:

pip install querido-diario[dev]

[Grisolfi]

@rochamatcomp o erro do workflow de testes

usage: safety_check [-h] [--full-report] [--short-report] [--ignore IGNORE]
files [files ...]
safety_check: error: Unsupported build tool: this pre-commit hook currently only handles pyproject.toml with Poetry ([tool.poetry] must be present in pyproject.toml)

Parece indicar que trabalha com o pyproject.toml apenas com poetry
Já que você trouxe uma reformulação de todo o repo, o que acha de inclui-lo como ferramenta de gestão das dependências?

Caso precise de ajuda, eu lanço uma modificação pro seu fork e ajustamos.

[rochasigalei]

@Grisolfi podemos utilizar o poetry, mas queria que a solução ficasse mais livre para cada um escolher sua própria ferramenta. Porém para essa liberdade precisamos propor essa generalização no para o hooks de validação das dependências https://github.com/Lucas-C/pre-commit-hooks-safety?tab=readme-ov-file

O que acha?

[diraol]

@rochasigalei eu recomendaria ir direto para o uv ao invés do poetry. Tem se tornado a ferramenta standard da comunidade e com grandes ganhos de performance inclusive.

Entendo querer deixar mais livre para cada um escolher sua ferramenta, mas também não vejo com maus olhos usarmos uma ferramenta que tem se tornado o padrão da comunidade python.
O que acha?

[Grisolfi]

Concordo com o @diraol