フォークされたプロジェクトのsetup.pyの承認されたベストプラクティス


8

環境:

私は何かをするツールがあるかどうかを探していました(私の場合、PythonテストフレームワークからのHTTPログインスペクションを可能にするプロキシを探していました)。

わずかな調整のみを必要とするツールが判明し、過去5か月(pymiproxy)に更新がないため、かなり安定していて成熟しているように見えたので、プロジェクトをフォークして(ここまで)、それを機能させました必要に応じて。元のプロジェクトの背後にある目標は単純さであり、特に関係するファイルの1つが現在の雇用主にとってのみ有用であるため、プルリクエストが受け入れられるとは思えません。

最後に、setup.pyファイルを更新する必要があると思いましたが、よくわかりません-私はフォークに対して「有用な」量の作業を行いました。元のファイルをそのままにして、自分のモジュールでサブクラス化している間、重要な追加機能。

Pythonによってインストールされるため、このモジュールの「作成者」であると主張するのが快適だとは思わないが、forkプロジェクトの作成者として、元のプロジェクトの作成者に宛てたサポートメールを残しておくことに抵抗がある。

質問:

フォークされたプロジェクトの一般的に受け入れられているベストプラクティスは何ですか?プロジェクトの名前を変更して、目的が異なることを示す必要がありますか?元のプロジェクトはpip経由では利用できません。そうでない場合、私のプロジェクトの構造により、フォークの代わりに元のプロジェクトを依存関係としてラップするだけで済みます。実際に変更をロールバックし、これらを新しいプロジェクトに入れて、両方をpyplにリストする必要がありますか、それとも元の作者に代わってこれを行っているのですか?

ノート:

速読を支援するために見出しが追加されました。私は受け入れられたベストプラクティスを探しているので、信頼できるブログの投稿であれ、同じことを行った他のプロジェクトの例であれ、それらをバックアップするための情報源がない意見はありません。


それがプロジェクトのコードに直接影響するので、それがここに属してsetup.pyいると思ったそれを聞いてうれしいですが、私はいつもコードがここに属していてプログラマで処理しましたか?
theheadofabroom 2013年

回答:


4

まあ、実際には、プロジェクトをフォークして、自分の変更をアップストリームに統合できない、またはしたくない場合は、フォークの名前を変更します。READMEで、元の作者を引用しますが、そのメンテナであると主張しますコードソースと私のリポジトリにしてsetup.pyアップデートでソースをリンクauthorsコンマの後に私の名前を追加する文字列:

name='renamedproject'
author='origauthor, me',
url='http://myfavoriterepository.com/me/renamedproject'

私にはバックアップするための情報源はありませんが、それはダークビールを飲みながら、先ほど他のpythonistaの友達と長い間話し合った結果です…


3
まあ、もっと権威何がある場合、その後、暗いビールの上に他のpythonistasとチャットすることは行う必要があります。)
theheadofabroom

そうです、これは実際に私がやったことであり、元のプロジェクトのgithubにPyPIでそのプロジェクトを起動するように要求する問題を追加しました-その場合、元のプロジェクトからファイルを削除して依存関係として追加するだけです
theheadofabroom
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.