web-dev-qa-db-ja.com

オープンソースプロジェクトをフォークして改善を加えると、元の作者の気分を害しますか?

github.com で、何ヶ月も更新されていないいくつかのオープンソースプロジェクトを特定しました。私はそれらを個人的な使用のために使用してきましたが、それらを拡張してコードベースの保守を開始し、これらのプロジェクトを使用するサンプルクライアントを作成したいと考えています。著者にpullリクエストを送信し、個人/技術Webサイトの連絡先ページからメールでフォローアップしましたが、どちらからも返信がありませんでした。

githubのプロジェクトをフォークする ができることはわかっています。私が知りたいのは

  1. オープンソースプロジェクトをフォークして改善を加えた場合、元の作成者の気分を害しますか?つまり、元の作成者は動揺しますか?プロジェクトの私のバージョンがポピュラーになり、そのバージョン(プルリクエストをアクティブに維持または受け入れていないバージョン)の使用率とポピュレーションが低下した場合の線。同様の状況は、WordpressがB2から分岐された方法です。当初、Mat Mullenwegと元のB2の作者は、意見/不快感の違いがあったと思います。

  2. 知っておくべきライセンスの問題や著作権の問題はありますか?現在、license.MD両方のプロジェクトについてApacheライセンスバージョン2.0、2004年1月http://www.Apache.org/licenses/

10
Shiva

エリック・レイモンドはこれについて 思慮深い作品 を一度に書きました。私が考える重要なポイントは

  1. プログラムに興味を失った場合、最後の義務は有能な後継者にそれを渡すことです。

基本的に、あなたはそれらを怒らせますか?それは本当に彼らに依存します。何をすべきかは、開発者に連絡して、彼女または彼が何を考えているか好むかを尋ねることです。たぶん、その開発者はあなたにプロジェクトのメンテナを作ってくれませんか、あるいは開発者は言ったでしょう、ああ、誰も気にしていなかったので、プルリクエストを送ってプッシュしてみませんか?私がローカルに持っているいくつかのアップデートをアップするか、多分開発者はそう言うでしょう!.

もちろん、ライセンスの条件(いくつかの興味深いひねりがありますが、OSI承認済みのライセンスなので、フォークしても大丈夫です)に完全に従い、それらが何であるかを理解する必要があります。

9
Elin

ライセンスに関しては、本当に大きな変更を行い、それらを配布したいラ​​イセンスについて本当に強い意見がない限り、フォークしたプロジェクトの元のライセンスを守る必要があります。とにかく、コピーしたコードはそのライセンスの下に留まる必要があるため、変更に個別のライセンスを使用することは、多くの追加の手間です。

元のメンテナが気分を害する可能性については、道徳的に間違っていると容易に見なされる可能性のある変更を加えていない限り、心配する必要はありません。彼らが気分を害した場合、それは2つの原因のうちの1つである可能性が高く、何もすることはできません。彼らの原則の一つに反しました。

法的には、あなたにはプロジェクトをフォークする権利があるので、元のメンテナはそれについて何もすることができません。多くても、バージョンを提供するときに使用する名前を変更できます。