Python パッケージングの標準を知ろう

こんにちは、CET チームの田村真一です。リクルートライフスタイル Advent Calendar 2019 最終日の記事をお届けします。 本記事では Python のパッケージングに焦点を当て、2019年末時点で ライブラリのパッケージングについて 標準がどう定められているのか を紹介します。 逆に言うと アプリケーションの依存管理の話 ベストプラクティスや便利なツールの紹介 Pipenv と Poetry どちらを使うべきか論争 は一切しませんのでご了承ください。 そもそも「標準」とは さて、本題に入る前に Python における「標準」とは何なのか確認しておきましょう。 まず言語仕様に関していえば、C や Ruby のような国際規格に則った「仕様」は存在しません。 かわりに language reference と CPython の実装 がデファクトスタンダードとなっています。 い

[sh19910711]

"distribute: setuptools が開発停滞していたころにフォーク / PEP 427: wheel のフォーマットや互換性を明示するファイル名の仕様 / PEP 425: wheel ファイル名で使われる「互換性タグ」の仕様 / PEP 513: manylinux1 の基準の定義"

[reboot_in]

“wheel 形式で配布されている → pip が wheel ファイルを展開し配置する sdist 形式で配布されている（＝ビルドが必要） 2-a. pip のバージョンが v19.0 以降、かつ pyproject.toml ファイルがある（または pip に --use-pep517 を指定） → P

[el7]

pip, setuptools, wheelの歴史