Wie halte ich mich an die GPL, wenn ich mich auf Github verteile?

Ich habe kürzlich ein Projekt auf Github gespalten und einige Änderungen daran vorgenommen, sie zurück in das gespaltene Repository verschoben und den ursprünglichen Entwickler gebeten, die Änderungen zu übernehmen. (Ich nehme an, dies ist die bevorzugte Art, auf Github beizutragen.) Das Projekt ist unter der GPLv3 lizenziert .

Ich bin der Autor und der Inhaber des Urheberrechts der Änderungen, die ich am Code vorgenommen habe. Ich darf auch den geänderten Code veröffentlichen (dh die Kombination aus dem Originalcode und meinen Änderungen, die ich durch Drücken der Änderungen in meine Gabel vorgenommen habe), solange ich mit der Lizenz übereinstimme, die der Originalautor eingerichtet hat.

Nun bin ich auf die folgende Anforderung in der GPL gestoßen.

Auf dem Werk müssen auffällige Vermerke angebracht sein, aus denen hervorgeht, dass Sie es geändert haben, und ein relevantes Datum angegeben haben.

Es scheint, dass einige Arbeiten über die eigentliche Codierung hinaus erforderlich sind, bevor ich meine Änderungen legal an Github weitergeben darf. Was beinhaltet diese Arbeit? Wie erfülle ich die oben genannte Anforderung? (Füge ich den geänderten Quelldateien zusätzliche Copyright-Hinweise hinzu? Erstelle ich eine Contributors-Datei und füge mich selbst hinzu? Oder ist die Tatsache, dass die Commits meinen Besitz angeben, ausreichend?) Gibt es zusätzliche Fallstricke, wenn ein durch die GPL geschütztes Projekt gegabelt wird?

Diese Zeile bezieht sich auf abgeleitete Werke, die vom Master getrennt gepflegt und versendet werden. In einem solchen Fall müssten Sie diese Aufzeichnungen aufbewahren (dies erfolgt automatisch durch die Quellcodeverwaltung).

Was Sie jedoch getan haben, ist keine abgeleitete Arbeit. Sie haben Ihre Änderungen übernommen und wurden in den Hauptzweig zurückgezogen. Ihre Änderungen sind jetzt Teil des ursprünglichen Projekts.

Darüber hinaus bedeutet die Verwendung der Quellcodeverwaltung ( ein öffentliches Repository ), dass Sie diese Anforderung immer erfüllen.

Es ist die Frage, wie jeder Mensch "prominent" definieren kann. Für Entwickler ist die Quellcodeverwaltung (/ + Issue Tracker) eine wichtige Methode zum Anzeigen von Änderungen. Wenn Sie jedoch ein abgeleitetes Werk verwalten, möchten Sie möglicherweise eine Liste mit wesentlichen Änderungen in einem nicht technischen Format führen.