他人のモジュールを編集するための適切なプロトコル

Question

誰かのオープンソースモジュールを編集するための適切なプログラミングエチケットは何ですか？私はオープンソースプログラミングの世界で全く新しいです。私は小さな非コミュニティプロジェクトを編集するためのベストプラクティスについてはよく分かりません。私はこのゲームを初めて経験しているうちにこの権利を得たいので、良い習慣をつくっています。

私が使用したいモジュールは、Googleコードでホストされている36行のモジュールで、GPLv3ライセンスが付いています。このモジュールは、私が必要としているものと非常によく似ていますが、必要なものはありません。

A.モジュールをダウンロードして、私はモジュールに直接

B.コピー（この方法は、作者へのすべてのクレジットを維持するだろう）必要なものを行うには、それを編集：私は、私はいくつかのことを行うことができ、それを見る方法私のプログラムに入れて、それが私の必要とすることをする。

C.私が必要とするものを正確に実行し、それをGoogleのコードにアップロードする（これは、私が編集しただけですべての作業をしたように見えるでしょう。数行）

D.は彼に、私はモジュールはGPLv3の、GPLライセンスはあなたを置くことを必要とする場合には、パッチ

Answer 1

オプションAからDで始まります。モジュールをダウンロードします。パッチをコードします。試して。しばらく使用してください。次に、 "context diff"または "unified diff"形式でパッチを作者に送ってください。

作者はあなたのパッチを望んでいないかもしれません。その場合、あなたのオプションはフォークします。あなた自身のプロジェクトを設定し、元のソースに信用を与えます。ライセンス条項を読み上げる必要がありますが、フォークは互換性があります。

Answer 2

として彼にそれを追加し、提供したい機能を示す、プロジェクトの作者にメールしGPLv3のライセンスでも、再配布または伝えるとすぐにコード化されます。つまり、GPLv3でライセンスされたソースコードを与えることなく、GPLv3モジュールを使用して独自のバイナリプログラムを販売することはできません。弁護士にご相談ください：弁護士ではありません

ただし、フリーソフトウェアはコミュニティであり、社会的現象です。私の実際的な提案は、プロジェクトで使用されているメーリングリストに、丁寧にあなたの説明を改善するパッチを電子メールで送ることです。

良い社会ルールはできるだけ早くあなたのコミュニティを改善することができるように、そしてできるだけ早くあなたのコミュニティを改善することです。秘密に事をしないでください！

Answer 3

DとA.まずパッチを提出してください。作者がそれを拒否したり、合理的な時間内に反応しない場合は、プロジェクトをフォークし、必要に応じて修正してください。もちろん、ライセンスを尊重する必要があります。