Tidak ada hak untuk melisensikan kembali proyek ini

Masuk

* rumah

* dokumen

* blog

* harga

Daftar

# Tidak Ada Hak untuk Melisensikan Kembali: Bahaya Membentuk Proyek Tanpa Kepemilikan Sejati

Di dunia open source, tindakan "forking" sebuah proyek adalah hak fundamental. Ini adalah deklarasi kemerdekaan, sebuah jalan yang diambil ketika komunitas tidak setuju dengan arah proyek atau ketika entitas kepemilikan memperoleh alat sumber terbuka yang dicintai. Fork ini menjanjikan kesinambungan, rumah baru bagi kode dan kontributornya. Namun, proses ini penuh dengan kompleksitas hukum dan etika, terutama ketika menyangkut tindakan penting *pemberian izin kembali*. Membuat repositori publik di GitHub saja tidak memberikan hak kepada fork untuk mengubah lisensi di mana kode asli didistribusikan. Hal ini merupakan kesalahpahaman berbahaya yang dapat mengakibatkan dampak hukum yang signifikan dan perselisihan masyarakat.

Kepemilikan sebenarnya atas basis kode, yang memberikan hak untuk melisensikan kembali, tidak secara otomatis diberikan kepada fork. Hal ini harus dicapai melalui proses yang cermat dan seringkali menantang. Memahami perbedaan ini sangat penting bagi organisasi mana pun, seperti organisasi yang menggunakan OS bisnis modular seperti Mewayz, yang bergantung pada stabilitas dan integritas hukum tumpukan perangkat lunaknya.

## Ilusi Kontrol di Garpu

Ketika sebuah proyek bercabang, pengurus baru mewarisi kode tersebut, namun mereka juga mewarisi kerangka hukum yang mengaturnya. Setiap baris kode yang dikontribusikan berdasarkan lisensi sumber terbuka tertentu mempunyai kewajiban dan batasan lisensi tersebut selamanya. Tim forking mungkin memiliki kendali administratif atas repositori baru, namun mereka tidak memiliki kendali hak cipta atas seluruh basis kode kecuali mereka adalah pemegang hak cipta asli.

Hal ini menciptakan hambatan yang signifikan bagi setiap fork yang ingin melakukan pivot, terutama menuju lisensi yang lebih ketat atau komersial. Fork tidak bisa begitu saja mendeklarasikan lisensi baru; itu harus mendapatkan izin dari setiap pemegang hak cipta yang telah berkontribusi pada basis kode yang termasuk dalam fork. Hal ini seringkali merupakan tugas yang hampir mustahil, karena memerlukan:

* Melacak setiap kontributor, termasuk mereka yang mungkin sudah pindah atau tidak responsif.

* Mendapatkan perjanjian yang ditandatangani dari masing-masing kontributor untuk mengalihkan hak cipta mereka atau memberikan lisensi untuk melisensikan kembali karya mereka.

* Berpotensi harus menghapus atau menulis ulang kode apa pun yang izinnya tidak dapat diperoleh, sebuah proses yang secara teknis invasif dan memakan waktu.

> Garpu tanpa hak relicense ibarat menyewa rumah; Anda dapat tinggal di dalamnya dan membuat perubahan kecil, tetapi Anda tidak memiliki properti tersebut dan tidak dapat menjualnya atau mengubah strukturnya secara mendasar tanpa izin pemiliknya.

"Ilusi kendali" ini bisa berbahaya. Sebuah fork yang mencoba untuk melisensikan kembali tanpa menyelesaikan hak-hak ini berisiko menerima tuntutan pelanggaran hak cipta dari kontributor yang ingin dilayaninya. Hal ini tidak hanya menciptakan kerentanan hukum tetapi juga dapat menghancurkan kepercayaan masyarakat, karena hal ini menunjukkan pengabaian terhadap hak-hak hukum pihak yang membangun proyek tersebut.

## Jalan Menuju Kepemilikan dan Tata Kelola yang Sejati

Agar sebuah fork dapat mencapai otonomi yang sebenarnya, termasuk hak untuk menentukan masa depan perizinannya sendiri, fork harus lebih dari sekadar salinan kode etik. Proyek ini harus menjadi proyek baru yang independen dengan model tata kelola yang jelas dan sah. Hal ini melibatkan dua jalur paralel: jalur hukum dan jalur komunitas.

Dari sudut pandang hukum, jalan yang paling kuat adalah dengan mendirikan entitas baru, seperti yayasan perangkat lunak, yang dapat bertindak sebagai kustodian netral atas aset proyek. Kontributor kemudian didorong untuk menyerahkan hak ciptanya kepada yayasan ini, yang kemudian memegang wewenang untuk mengelola lisensi proyek. Model ini, yang digunakan oleh proyek-proyek seperti Apache Software Foundation dan Eclipse Foundation, memberikan kedudukan hukum yang jelas dan melindungi proyek dari pengaruh vendor individu.

Dari sudut pandang komunitas, garpu harus membangun identitas dan momentumnya sendiri. Hal ini berarti membangun pemerintahan yang transparan dan pro