web-dev-qa-db-ja.com

他の人のオープンソースプロジェクトをフォークするためのネチケットは何ですかII?

これは、( 他の人のオープンソースプロジェクトをフォークするためのネチケットは何ですか? )の直接の複製です。ただし、答えが見つからず、コメントできない(十分な数がないためまだ評判)。

これが私のシナリオです:
公開GitHubプロジェクトの公開フォークがあります( https://github.com/fengyuanchen/cropper )。 Originにいくつかの修正を加えました(低メモリデバイスでのキャンバスレンダリングの制限に対処するなど)が、ソフトウェアに必要な次のような機能も追加しました。

  1. viewMode: 4:画像が回転すると、画像全体が常にコンテナ内に表示されるように拡大縮小されます。また、cropBoxは、canvasだけではなく、常にimage内に制約されます。
  2. getCroppedCanvas tiling:トリミングされた画像をキャンバスにタイル表示する機能(例:マトリックススタイルの複製)。

ただし、元の作成者は、元のプラグインをできるだけ単純にしたいと考えているため、この新しい機能にマージしたくありません。

私は交渉と交渉を試みましたが、単に無視されています。

それで、私はこの公開フォークを維持し続けるという事実に自分を辞任しました。理想的ではありませんが、他の機能が本当に必要です。だから我々はそこにいる。

元のライセンスはMITライセンスであり、次のように宣言されています。

The MIT License (MIT)

Copyright (c) 2014-2016 Fengyuan Chen and contributors

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in
all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
THE SOFTWARE.

私が思いつかないことは、他の投稿で答えられています:

  1. 事実上新しいバージョンとは何かを更新/維持しているところで、元の作者に正しく帰属を表示するにはどうすればよいですか?私は自分自身の新しいバージョンに効果的に取り組んでいることを知っていますが、それは他の誰かが作成した財団に基づいています。
  2. この新しいフォークが完全に私のものであるかのように見せかけても大丈夫ですか?例:分岐したREADMEで、元のプロジェクトのgithub.ioページへのリンクを自分のプロジェクトへのリンクに置き換えますか?元のリンクに戻さないのはちょっと悪い気がしますが、github.ioにはデモがあり、私が入れている新しい機能をデモしたいと思います。
  3. README.md、サイトなど、リポジトリの一部はありますか?それをもっと自分の仕事に完全に置き換える必要があります...適切に私のものですか?
  4. ライセンスの文言を変更して元の作者の名前を削除し、自分の名前に置き換える必要がありますか?

基本的に、新しい作品はすべて自分のものですが、フォークが私のものだとは感じません。私は誰にも気を配りたくないので、オリジナルの作品は本当に良かった。

私が正しいことをするために人々が提供できるガイダンスを本当に感謝しています。

更新
これが私が最後に行ったことです https://github.com/OddPrints/cropper

  1. クレジットを追加し、なぜフォークなのか?セクションとメインのブロック引用の下での言及。
  2. ウェブサイトのリンクをたどってください-ジャンボトロンやヘッダー/フッターのメニューを含めて、できるだけ元の作者にリンクしますが、それでもサイトのテーマを変更します。
  3. Distのイントロコメントを次のように変更しました。

クロッパーv2.3.3 https://github.com/OddPrints/cropper から分岐 https://github.com/fengyuanchen/cropper

Copyright (c) 2015-2016 OddPrints and contributors originally 2014-2016 Fengyuan Chen and contributors
Released under the MIT license

Date: 2016-07-01T11:35:42.277Z

しかし、どうやら人の名前を削除するのは理想的ではないので、私はまだライセンスを変更していません。 ( フォークされたプロジェクトのライセンス

8
ndtreviv

事実上新しいバージョンとは何かを更新/維持しているところで、元の作者に正しく帰属を表示するにはどうすればよいですか?

これは私が同じような状況でよく目にするものです:

Copyright 2016 - Project101, written by ndtreviv, based on Project100, originally written by RandomDude24

フォークしたREADMEで、元のプロジェクトのgithub.ioページへのリンクを自分のプロジェクトへのリンクに置き換えますか?

これで問題ありません。これが他のいくつかのプロジェクトのフォークであり、readmeファイルの少なくとも1つの場所でリンクしていると述べている限り、readmeファイルが自分のフォークにリンクしてはならない理由はわかりません。

README.md、サイトなど、リポジトリの一部はありますか?それをもっと自分の仕事に完全に置き換える必要があります...適切に私のものですか?

IMO、私が元の作者なら、フォークを持っていても大丈夫です(結局のところ、[〜#〜] i [〜#〜]は、プロジェクトをGithubに置いた人ですそもそも)、プロジェクトが元のページに明確にクレジットを与えている限り。

サイトが元のサイトとあまり似ていないことを確認してください。また、wikiを書き直すこともできます。

また、Readmeファイルでは、元の機能と追加した機能を指摘する必要があります。

7
undo

私はオリジナルの作品とは何か、そしてあなたの追加した作品は何かについて明確に述べようと思います。元のコードを「マスカレード」しないでください(これは「盗む」ことになるため、問題です)。

最初に、可能であれば、ほとんどの変更を新しいソースファイル(名前を追加する場所、または著作権者として働いている場合は雇用主)で行います。

次に、実行している元のファイルのいくつかの変更についてコメントを追加します。

最後に、ニースになり、README.mdほとんどの作業が複製されていることと、改善点を説明する短い段落。多分別のファイルを追加するIMPROVEMENTS.md追加の説明..

分岐したプロジェクトのリーダーが、どのコードが元のプロジェクトからほとんど機能しているか、どのコードがあなたのコードであるかが一目でわかることを確認してください。

おそらく、プロジェクトの名前を少しだけ変えてください(例:Cropper_with_Fooプロジェクトに機能Fooを追加した場合Cropper