オープンソースプロジェクトで著作権表示を管理する方法は？

私はこのLICENCE.md（明らかにMITライセンスそのもの）を含むGitHubでホストされているプロジェクトに取り組んでおり、追加しています：

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の例から定型カット＆ペーストされたもので、この作品には著作権がないとほぼ主張できます。Acme Corpは架空の組織であり、ボイラープレートの更新に失敗すると、疑わしい根拠になります。

しかし、善良な市民になり、実際の申立人に著作権を付与しましょう。

これにより、このソフトウェアおよび関連するドキュメントファイル（「ソフトウェア」）のコピーを取得するすべての人に、使用、コピー、修正、マージの権利を含むがこれらに限定されないソフトウェアを扱う許可が無料で付与されますソフトウェアのコピーを発行、配布、サブライセンス、および/または販売し、以下の条件に従って、ソフトウェアの提供先にソフトウェアの提供を許可します。

次のセクションであるPermission通知は、ライセンス契約の変更を含め、コードで必要なことはほぼ何でもできることを示しています！ 欠点は、既存のコードのライセンスを変更できないことです。変更できるのは変更したものだけです。

上記の著作権表示およびこの許可通知は、ソフトウェアのすべてのコピーまたは大部分に含まれるものとします。

この部分は、単に上記の通知を保持する必要があることを意味します。

だから、あなたは何ができますか？

• 作成および/または変更したコードに対して著作権を主張することができます。
  
  • 同じ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ライセンスをファイルに貼り付ける正しい方法だと思いますが、私は法律の専門家ではありません（通知の「怒鳴る」部分なしで見たことはありません）。

これまでのところ、著作権所有者のリストに貢献者を追加し、ライセンステキストを変更せずに残して、これを処理しました。

基本的に、これは、他のユーザーが以前に行ったのと同じライセンスの下で追加の変更を公開することを意味し、派生した作品は全体としてこれらの条件の下でライセンスされる必要があります。これはまた、元の作者がもはや唯一の著作権保有者ではないため、元の作者がそれを再ライセンスしない可能性があることも意味します（明らかに、追加なしで元の作品を再ライセンスできます）。

非弁護士として、最後の文の私の解釈では、著作権表示を削除することは許可されていませんが、自分で追加することはできます。