Githubでforkするとき、どのようにGPLに準拠し続けるのですか？
私は最近、Githubでプロジェクトをフォークしていくつかの変更を加え、それらをフォークされたリポジトリーにプッシュバックして、元の開発者に変更をプルするように依頼しました。 （私はこれがGithubへの寄稿の推奨される方法であると収集しています。）プロジェクトは GPLv の下でライセンスされています。
私はコードに加えた変更の著作者および著作権者です。また、元の作者が設定したライセンスに準拠している限り、変更したコード（つまり、元のコードと私の変更の組み合わせ-変更をフォークにプッシュすることによって実行したもの）を公開することも許可されます。
今、私はGPLで次の要件に出くわしました。
作品には、あなたがそれを変更したことを述べ、関連する日付を示す目立つ通知を掲載する必要があります。
変更をGithubにプッシュすることを合法的に許可される前に、実際のコーディングを超えるいくつかの作業が必要なようです。これには何が必要ですか？上記の要件にどのように準拠しますか？ （変更されたソースファイルに追加の著作権情報を追加しますか？投稿者ファイルを作成して自分に追加しますか？または、コミットが私の所有権を示しているという事実は十分ですか？）GPLによって保護されたプロジェクトをフォークする場合、追加の落とし穴はありますか？
この行は、マスターとは別に保守および出荷される派生物に関係するものです。このような場合、これらのレコードを保持する必要があります（ソース管理によって自動的に行われます）。
しかし、あなたがしたことは派生的な仕事ではありません。変更がコミットされ、メインブランチに戻されました。これで、変更が元のプロジェクトの一部になりました。
さらに、ソース管理（パブリックリポジトリ）を使用すると、常にこの要件に準拠することになります。
一人一人が「目立つ」をどのように定義するかという問題があります。開発者にとって、ソース管理（/ + issue tracker）は変更を表示するための優れた方法ですが、派生的な作業を維持している場合は、技術的でない形式で大幅な変更のリストを維持することをお勧めします。