Donc pyproject.toml a très clairement gagné sur setup.cfg. Et je n'ai pas de chiffres là-dessus, mais je pense qu'une partie importante des setup.py restants (qui sont quand même descendus de 1259k à 922k) concernent des projets abandonnés ou "quick hacks" qui ne seront plus jamais touchés.
Un autre facteur objectif qui montre le succès de pyproject.toml, c'est que la plupart des autoformatters, linters & co. lisent désormais pyproject.toml. Par exemple, Black, qui est ultra-populaire, ne se configure que dans un pyproject.toml. Même chose pour Ruff ou pylint.
[^] # Re: Pour faire court
Posté par jeanas (site web personnel, Mastodon) . En réponse au lien Gregory Szorc's Experience Porting Off setup.py. Évalué à 2.
Ho, attention, le post en question n'est pas daté, mais d'après le texte, il doit remonter aux tous premiers temps du
pyproject.toml.Aujourd'hui, la même chose donne
setup.py⇒ 922k résultats (https://github.com/search?q=path%3Asetup.py&type=code)setup.cfg⇒ 124k résultats (https://github.com/search?q=path%3Asetup.cfg&type=code)pyproject.toml⇒ 237k résultats (https://github.com/search?q=path%3Apyproject.toml&type=code)Donc
pyproject.tomla très clairement gagné sursetup.cfg. Et je n'ai pas de chiffres là-dessus, mais je pense qu'une partie importante dessetup.pyrestants (qui sont quand même descendus de 1259k à 922k) concernent des projets abandonnés ou "quick hacks" qui ne seront plus jamais touchés.Un autre facteur objectif qui montre le succès de
pyproject.toml, c'est que la plupart des autoformatters, linters & co. lisent désormaispyproject.toml. Par exemple, Black, qui est ultra-populaire, ne se configure que dans unpyproject.toml. Même chose pour Ruff ou pylint.