オープンソースプロジェクトで著作権情報を管理する方法は？
私はこのLICENCE.mdを含むGitHubでホストされているプロジェクトに取り組んでおり、それに追加しています（どうやらMIT license verbatim）：
Copyright (c) 2012 [Acme Corp]
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.
私は変更や改善などを行い（たとえば、コードの10％を球場で）、自分のGitHubフォークにコードを公開しました。
この著作権表示をどうすればよいですか？それを更新したいのですが（たとえば、自分の組織の名前を追加するだけです）、そうではありません。これらは通常どのように管理されていますか？別の著作権ファイルを追加しますか？
いくつかのオプションがあります。要約に移動するには最後までジャンプしてください。
これを分解してみましょう...
Copyright（c）2012 [Acme Corp]
これは著作権表示であり、Acme Corpに属しています。2012年に申し立てが行われましたが、著作権が最終的に期限切れになるため、関連しています。
クレームが実際に「Acme Corp」に与えられた場合、つまり。 MITの例から定型文をカットアンドペーストした場合、この作品には著作権がないとほとんど主張することができます。AcmeCorpは架空の組織であり、定型文の更新に失敗すると、疑わしい理由で。
しかし、善良な市民になって、実際の請求者に著作権を付与しましょう。
これにより、このソフトウェアおよび関連するドキュメントファイル（以下「ソフトウェア」）のコピーを取得した人物に、使用、コピー、変更、マージの権利を含むがこれに限定されない制限なしでソフトウェアを扱う許可が無料で付与されます。次の条件に従って、本ソフトウェアのコピーを発行、配布、サブライセンス、および/または販売し、本ソフトウェアの提供先に本ソフトウェアの提供を許可する。
この次のセクション、Permission noticeは、コードを使用して、ほぼすべてのことを実行できることを示しています。ライセンス契約の変更を含む！問題は、既存のコードのライセンスを変更できないことです-のみ変更できます何を変更するか。
上記の著作権表示とこの許可通知は、ソフトウェアのすべてのコピーまたは実質的な部分に含まれるものとします。
この部分は単に、上記の通知を維持する必要があることを意味します。
それで、あなたは何ができますか？
- youが記述および/または変更したコードに対して著作権の主張を行うことができます。
- 同じMITライセンスでこれを行うには、変更したファイルの2012 Acme Corpの著作権情報の後に著作権情報を追加するだけです。
- 必要に応じて、別のライセンスに基づいて変更をライセンスすることができます。
- 別のライセンスを使用するには：変更したファイルの2012 Acme Corpブロック全体（著作権、許可/ライセンス、保証の除外）の後に著作権およびライセンス通知を追加します。
あなたの質問の単純化されたケースでは、これはあなたがする必要があることです：
違いを強調するために強調が追加されました。
オリジナル作品 Copyright（c）2012 [Acme Corp] Modified work Copyright 2012 Steve Bennett これにより、このソフトウェアおよび関連するドキュメントファイル（以下「ソフトウェア」）のコピーを取得するすべての人に、無料で 制限なくソフトウェアを扱う 許可が与えられます。ソフトウェアのコピーを使用、コピー、変更、マージ、公開、配布、サブライセンス、および/または販売する権利 を制限し、ソフトウェアの所有者を許可する権利を制限します そうするために提供され、次の条件に従います。 ____。]
私は弁護士ではありません。以下は、米国の著作権法を想定しており、MITライセンスに固有のものです。
ライブラリを書いた人は、彼が書いたコードの著作権を所有します。そのコードのライセンスを指定できるのは彼だけです。ライセンス条項に従って、LICENCE.mdファイルのコピーをそのまま、彼が提供したコードとともに保管する必要があります。
コードに加えた変更または追加の著作権はあなたが所有します。派生コードを作成しました。変更または新規コードのライセンスを指定できるのは、あなただけです。プロジェクトの個別のフォークを作成する場合は、プロジェクトの新しい個別のライセンスを選択する必要があります。古いライセンスは変更されていないコードに適用されるため、引き続き保持する必要があります。
変更を元のプロジェクトにプッシュする場合でも、変更に対する著作権を所有します。元の作者に、彼が選択したライセンスに基づいて、変更をプロジェクトの一部として再配布できるライセンスを提供する必要があります。
より正式なプロジェクトでは コントリビューターライセンス契約 または著作権の割り当てに署名するように求められますが、それが個人の場合、おそらく彼がそれを必要としていることにさえ気付かないでしょう。これは通常、既存のライセンス条件を変更せずにコードをコードラインに統合できるようにするためです。通常、プロジェクトにはすべてのプロジェクト貢献者をリストするAUTHORSファイルが含まれますが、これはMITライセンスでは必須ではありません。
私は著作権ビットについてあまり心配しません。ほとんどの場合、著作権はあなたがそれを主張するかどうかに関係なく自動的に適用されると思います--（c）2012 blahヘッダーはほとんどノイズです。他の人に誤解を与えたくないので、ライセンスを含めているので、ソフトウェアが元々は次のようにライセンスされている...またはソフトウェアは次のようにライセンスされています...
出典はすでに公開されているので、著者が誰であるかはすでに明確であるはずです。また、お金が変わることはないようで、著者であっても損害賠償を請求することはかなり困難です。争われている。
おそらくもっと差し迫った問題は、良きウェブ市民であることです。オープンソースソフトウェアを提供する人々はコミュニティにサービスを提供しており、私たちはそれをすべての人に良い体験とするよう努めるべきです。だから私のアドバイスは、あなたの質問を[Acme Corp]に直接尋ね、彼らとの関係を確立して、あなたと両方が利益を得るようにすることです。
あなたがすべき ない 著作権を変更します。
あなたは技術的に、あなたが追加/変更したものに対する著作権の残り（ライセンスを通して「フィルタリング」された後）に対する権利があります。変更の明確で明確な記録（github）がある限り、必要に応じて、変更セクションに自分の名前で著作権表示を追加できますが、これは通常は行われません。
誰がいつ変更したかを示すコメントを（または既存のコメントに）追加できます（まだ追加していない場合は、開始しないでください）。
/*
Copyright (c) 2012 Frob Co.
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.
*/
/*
Changes
1-1-2012: YOU: Made a frob
*/
これはMITライセンスをファイルに貼り付ける正しい方法だと思いますが、私は法律の専門家ではありません（通知の「叫ぶ」部分がないと見たことがない）） 。
これまでのところ、著作権者のリストに貢献者を追加し、ライセンステキストを変更しないことでこれを処理しました。
基本的に、これは、他の変更と同じライセンスの下で追加の変更を発行すること、および派生作品は全体としてこれらの条件の下でライセンスされることを意味します。これはまた、元の作者がもはや唯一の著作権所有者ではないため、元の作者がそれを再ライセンスすることはできないことを意味します（追加なしで元の作品を再ライセンスできることは明らかです）。
非弁護士として、最後の文の私の解釈は、あなたが著作権表示を削除することは許可されていませんが、あなたはあなた自身のものを追加することができるということです。