私は大量の Python スクリプトを作成しており、他のプロジェクト用に作成した多くのコードを再利用していることに気づきました。私の解決策は、コードが論理モジュール/パッケージに分離されていることを確認することでした(これは与えられたものです)。次に、それらを setuptools 対応にして、PyPI で公開します。これにより、私の他のスクリプトは常に最新のコードを使用できます。同じことを繰り返さないので、あいまいな気持ちになります。また、一般的に、私の開発はそれほど複雑ではありません。また、自分のコードを自分が取り組んでいるものに便利だと思っている人がいるかもしれないことも良いと思いますが、それは主に利己的な理由によるものです :)
すべての pythonistas に、これをどのように処理しますか? PyPI または setuptools (easy_install) を使用していますか? または、他の何か？
私も同じことをしています。一般的な機能を抽出し、追加のドキュメントと単体テスト/ doctestを使用してコードを整理し、easy_install setup.pyを作成してから、PyPiでリリースします。最近、ソースを管理し、Wikiを最新の状態に保つ 単一のGoogleCodeサイトを作成しました。
ここではどのような種類のモジュールについて話しているのでしょうか? プロジェクトを他の Python 開発者に配布する予定がある場合は、setuptools が最適です。しかし、これは通常、アプリをエンド ユーザーに配布するのに適した方法ではありません。後者の場合の最善の策は、配布先のプラットフォームに合わせてパッケージを調整することです。確かに面倒ですが、エンド ユーザーの生活はずっと楽になります。
たとえば、私の Debian システムでは、通常、easy_install は使用しません。なぜなら、egg をパッケージ マネージャーでうまく動作させるのは少し難しいからです。OS X と Windows では、おそらく py2app と py2exe をそれぞれ使用してすべてをパッケージ化する必要があります。これにより、エンド ユーザーの生活が向上します。結局のところ、彼らはあなたのスクリプトがどの言語で書かれているかを知ったり、気にしたりすべきではありません。必要なのはインストールするためだけです。
よく使用されるモジュールをユーティリティとしてグループ化して、すべてを論理ディレクトリ構造にオフラインで保存します。これは、公開および管理するバージョンを簡単に制御できることを意味します。また、ビルド プロセスを自動化して、論理ディレクトリ構造を解釈します。