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


8

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

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

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

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

私は交渉と交渉を試みましたが、ちょうど無視されています。

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

元のライセンスは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のイントロコメントを次のように変更しました。

Cropper v2.3.3 https://github.com/fengyuanchen/cropperから分岐したhttps://github.com/OddPrints/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

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


2
クローンしたい正確なプロジェクトは何ですか?どのようなライセンスで?追加する機能は何ですか?質問をより具体的になるように編集してください...ところで、おそらくこの質問はオープンソースで
Basile Starynkevitch

@BasileStarynkevitch-それは重要ですか?その場合は、こちら:fengyuanchen.github.io/cropper
ndtreviv

@BasileStarynkevitch-以前にopensource.stackexchange.comについて聞いたことがありません。このサイトの質問をそこに移動する機能はありますか?質問を編集して、必要な詳細を含めます。
ndtreviv 2016

移行のフラグを立てようとしましたが、「このフラグはオプションではなくなりました」というメッセージを受け取りました。変だ。
RubberDuck 2016

回答:


7

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

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

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

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

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

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

IMO、私が元の作者なら、あなたのプロジェクトが元のプロジェクトに明確に信用を与えている限り、あなたがフォークを持っていることでまったく問題ありません(結局、が最初にGithubにプロジェクトを置いたのはでした)。ページ。

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

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


4
あなたは絶対にそれで大丈夫です。そして、絶対にうまくいかない人はMITライセンスを使用すべきではありません。
gnasher729 2016

3

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

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

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

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

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

おそらく、プロジェクトの名前をわずかに変更します(プロジェクトにCropper_with_Foo機能Fooを追加する場合などCropper)。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.