GPLライセンスのプロジェクトを再リリースするにはどうすればよいですか？
数ヶ月前、私たちはGPLの下で認可された図書館を見つけました。それは、当時私たちが探していたものの法案に適合していました。それをコードベースに含めましたが、すべて問題ありませんでした。さて、コーディングの数ヶ月後、私たちはライブラリから地獄をリファクタリングしました：それはより完全な機能、より安定した、完全にユニットテストされた、PSR-0互換などです。
今度は別のプロジェクトでライブラリを使用したいと思いました。ライブラリを再リリースしてみませんか？
問題は、ライブラリをGPLとして再度リリースするときに、元の開発者が投入した作業（実際にはかなりリファクタリングされているため、認識できない）をどのように帰属させるかがわからないことです。時間の経過とともに、元のクレジットを持つすべてのファイルドキュメントヘッダーが置き換えられ、残っているのは GPL v3ライセンス の正確なコピーであるLICENSEファイルだけです。
正当な理由でクレジットを与えることは全く問題ありませんが、FOSSの世界で正しいことに従ってそれをやりたいと思います。誰でも私に進め方を教えてもらえますか？
元の図書館サイトはまだアクティブですか？多くのFOSSおよびGPLのプロジェクトは、活動の欠如から終わります。
サイトがまだアクティブな場合は、所有者に連絡して、行った変更を提供してください。
サイトがアクティブでない場合は、いくつかのホスティング場所があります。あなたがあなたの質問で述べたようにしてください-完全な信用を与えてください。何を変更したか説明してください。他の人にそれを提供します。
冗長性のリスクがありますが、将来の研究のために、ここにあなたの質問へのいくつかの関連リンクがあります。 GPLの概要には、追加のリンクが豊富に含まれています。
ソフトウェアライセンスの概要： http://en.wikipedia.org/wiki/Software_license
GPLの概要： http://en.wikipedia.org/wiki/GNU_General_Public_License
GPL FAQ： http://www.gnu.org/licenses/gpl-faq.html
元のプロジェクトがGPLv3ライセンスプロジェクトであるという追加情報に基づいて、およびプロジェクトの派生物を大幅に変更した場合、次のことを検討します。 。
あなたはプロジェクトを効果的にフォークしました。あなたの例は、フォークが時々良いことになることを示していると思います。
最初のステップ、そしてその丁寧なステップは、元のプロジェクトチームに連絡して、更新を提供することを提案することです。あなたは彼らが変更を拒否する可能性が高いと述べましたが、それは問題ありません-彼らは必要性を認識していないか、単に切り替えるためのオーバーヘッドを支払う余裕がありません。技術的には、GPLは派生物を作成する完全な権利を与えるので、これを行う必要はありません。
次のステップは、プロジェクトのバージョンをリリースする際に使用するライセンスを決定することです。を見てみましょう：
http://www.gnu.org/licenses/gpl-faq.html#AllCompatibility
そしてそれはあなたを導くのに役立つはずです。私はあなたがGPLv3に固執すると仮定しますが、そうする必要はありません。
プロジェクトのホームを見つけたら、プロジェクトをGPLv3プロジェクトとしてリリースしていること、およびプロジェクトはGPLv3でリリースされたプロジェクトXYZに基づいていることを述べる必要があります。ここでは、仕事の帰属はプロジェクトライセンスの歴史ほど重要ではありません。 OTOH、ライセンス履歴を呼び出すことにより、このプロジェクトの起源を明示的に帰属させます。 2羽の鳥、1つの石。 :-)
ソフトウェアに付属しているライセンスを確認することをお勧めします。セクション7には、帰属の出番となる「追加条件」が適用される場合があります。これが必要かどうかを確認してください。主な要件は、帰属通知を保存することです。それらが存在しない場合、明らかにそれらを保存することはできません。
多くの作業を行ってもプロジェクトがまだアクティブな場合は、新しい/変更されたコードを提供できますが、必要がない場合は、いつでもフォークして個別に配布できます。
いつものようにIANAL、YMMV
-編集
私が理解しているように、標準のGPLv3は帰属を必要としません。
おそらく、最初に使用した元のGPLソースコードベースに戻り、そのソースコードからすべての著作権帰属（存在する場合）を抽出し、それらの著作権帰属をから派生したソースコードのファイルに（再）追加する必要があります。その元のソースコードベース。