Bagaimana saya tetap mematuhi GPL saat bercabang di Github?

Saya baru-baru ini bercabang proyek di Github dan membuat beberapa modifikasi untuk itu, mendorong mereka kembali ke repositori bercabang dan meminta pengembang asli untuk menarik perubahan. (Saya rasa ini adalah cara yang lebih disukai untuk berkontribusi di Github.) Proyek ini dilisensikan di bawah GPLv3 .

Saya adalah penulis dan pemegang hak cipta dari perubahan yang saya buat pada kode. Saya juga diizinkan untuk menerbitkan kode yang dimodifikasi (yaitu kombinasi dari kode asli dan perubahan saya - yang telah saya lakukan dengan mendorong perubahan ke dalam garpu saya) selama saya mematuhi lisensi yang dibuat oleh penulis asli.

Sekarang, saya menemukan persyaratan berikut dalam GPL.

Karya tersebut harus memuat pemberitahuan penting yang menyatakan bahwa Anda memodifikasinya, dan memberikan tanggal yang relevan.

Tampaknya beberapa pekerjaan di luar pengodean yang sebenarnya diperlukan sebelum saya diizinkan secara hukum untuk mendorong perubahan saya ke Github. Apa yang dibutuhkan oleh pekerjaan ini? Bagaimana saya mematuhi persyaratan di atas? (Apakah saya menambahkan pemberitahuan hak cipta tambahan ke file sumber yang dimodifikasi? Apakah saya membuat file kontributor dan menambahkan diri saya ke dalamnya? Atau apakah fakta bahwa komit menunjukkan kepemilikan saya cukup?) Apakah ada jebakan tambahan saat mencari proyek yang dilindungi oleh GPL?

Baris ini dimaksudkan untuk berhubungan dengan karya turunan yang dipelihara dan dikirim secara terpisah dari master. Dalam kasus seperti itu, Anda perlu menyimpan catatan ini (yang dilakukan secara otomatis oleh kontrol sumber)

Apa yang telah Anda lakukan bukanlah pekerjaan turunan. Anda telah melakukan perubahan dan ditarik kembali ke cabang utama. Perubahan Anda sekarang menjadi bagian dari proyek asli.

Selain itu, menggunakan kontrol sumber ( repositori publik ) berarti Anda akan selalu mematuhi persyaratan ini.

Ada masalah tentang bagaimana setiap orang dapat mendefinisikan "menonjol". Untuk pengembang, kontrol sumber (/ + pelacak masalah) adalah cara yang menonjol untuk melihat perubahan, namun jika Anda mempertahankan pekerjaan turunan, Anda mungkin ingin mempertahankan daftar perubahan substansial dalam format non-teknis.